


A DESCRIPTION OF THE REQUEST :
MiG Layout is the successor to JGoodies FormLayout. It incorporates everything it can do in a simple way and with a lot more options.
MiG Layout also directly replaces FlowLayout, BorderLayout, SpringLayout, GridLayout, GridBagLayout and a lot of other 3:r part layout managers directly.
MiG Layout is 100% free under the BSD License and can be found at www.miglayout.com
JUSTIFICATION :
Matisse with GroupLayout is a really customer choice for doing RAD IDE enabled layouts, but it lacks in the manual coding since the syntax is not created to be read by humans.
MiGLayout is to manually coded layouts what Matisse/GroupLayout is to doing layouts with the mouse.
Posted Date : 2007-03-05 12:36:00.0
N/A
N/A
I've been programming in Java for a few months, but have been programming in other languages for over 20 years with the last 4 years being almost exclusively in C#. My only real use for IDEs is project management and intellisense. I don't like the GUI designers as I prefer to have much finer control over my code. I found working with the standard layout managers to be very confusing (to say the least!) and it was only when I came across the MigLayout manager that I was able to make decent progress on my current project.
Integrate it...
You have my vote, Miglayout is great, easy andf powerfull, it´s time to give Swing a little help
Miglayout is so easy, powerful and cool !!!
I agree, I would love to have MiG part of Java, I tried all of the layouts, and never liked them, I didn't a lot of projects in Swing and SWT, I must admit that MiG made it easy and fun, and also, got the Job done faster than the ohter, beside it's easy to debug problems with it. I vote for MiG
MiG is the best layout manager for manual coding.
yes should be Integrate in java
You have my vote, Miglayout is great, easy andf powerfull, it´s time to give Swing a little help --kk
I agree and i wish to have MIG layout in Java 7
looks good
I agree. Of all the current layout managers, this one has two great advantages: easy to read and well documented. You've got my vote!
I like mig-layout :)
it's CSS, except for layout
MiGLayout is fly
miglayout is the ultimate layout manager. I like it incorporated into java 7, please. Some of java's layout managers are crap. here is miglayout to the rescue! Teaching layout managers to java newbies is now just as simple as deprecating gridlayout, gridbaglayout, springlayout, flowlayout, boxlayout; and leave grouplayout and borderlayout and introduce miglayout. This three are perfect. Grouplayout for tooling and miglayout for coding. And by the way, miglayout should be renamed with much better name.
Hello, Yes, MigLayout is not a good name if it's going into the JDK. How about SwingLayout? Also, have you seen the docking possibilites in MigLayout? They even make BorderLayout redundant. Cheers, Mikael
Hi Mikael. Yes, Miglayout's support for docking renders BorderLayout unnecessary because miglayout can do better. Struggling with java's layout managers is so time consuming. Matisse? Mattise isn't the answer for this because sometimes, developers has to programmatically design components at runtime. Matisse is useful when a developer is doing the layout at design-time and not on runtime. Miglayout to the rescue. So we can have only 2 layout managers that's developer friendly: miglayout and grouplayout. Other layout managers that's in the JRE are just mess that makes a java developer's life stressful. When I was first evaluating miglayout, I asked myself, "If miglayout can do everything awt and swing has to offer currently, so what? I don't need a one-does-all layoutmanager because separating lay outing concepts into many layout managers is the best approach." Then after I used it to my project, I learned that miglayout is not only one-does-all layout manager. It's easier. It's developer-friendlier. It's simpler. It's a time-saver. It's simply amazing. If you believe that "the youth is the hope of a nation", then it's also true that java newbies of today are the java's community members of tomorrow (some will be fanatics and many will be zealots). To those people who are taking their first sip of Java, let's prove to them that Java is sweeter than .NET. The java community is successful to remove complexities in the JEE world; let's do the same with the JSE. For the sake of newbies, I would suggest (a very bold suggestion) to deprecate all other layout managers and leave only two: miglayout and grouplayout. And make swing components like jframe and jpanel to use by default the miglayout instead of the old deprecated ones (anyway, any layout managers that the core swing components uses is achievable in miglayout). The present core layout managers in java are not only numerous and confusing, but also very developer-antagonist (opposite of developer-friendly?). About the new name, yes Mikael, SwingLayout is a good name. If swing made the awt old and tired, then a name of SwingLayout for the miglayout will also donote that something better is replacing something old and experimental failure. That's all I can say. I hope you find this comment reasonable. Cheers, Otanix
Thanks Otanix, I did find it very reasonable. Thanks for the great comments. Cheers, Mikael
MiGLayout, or another similar hand-programmable, grid-based layout ,should be one of the highest priority additions to Java. This would eliminate a (needless) major barrier encountered by beginners, and make developing attractive interfaces quick. There are lots of places for a developer to spend their time usefully,. but struggling with the difficult standard Java layouts is not one of them.
Thanks to Miglayout, I removed hundreds of tedious GridBagConstraints from my code. Now it's even simpler and more flexible than HTML/CSS to layout Swing components. Really, this layout manager is a strike of genious and all standard layout managers look pale and cumbersome next to it. Go on Java !
First consider it for integration .... then do it! Please
MigLayout is revolutionnary, integrate it !
MigLayout is a god send for programming java applicatoins. I was able to create layout in literally seconds that seemed impossible using the the standard java layouts. I mean, have you actually TRIED using GridBagLayout!
Incredibly fast and easy to get the gui just the way you want it. Not to mention how short and clean the resulting code is compared to other layout managers. Down with GridBagLayout! Long live MigLayout!
Include miglayout now! Swing's layout managers suck for hand coding, and they introduce unnecessary (and large!) barriers to adoption of Swing as a GUI framework for new Java GUI programmers.
I've tried GridBagLayout, by comparison, MigLayout is *far* easier to use and can do more than GridBagLayout. MigLayout is as easy as FlowLayout/BorderLayout/etc. I find it's grid numbering more logical than that used by JGoodies FormLayout (which numbers the gaps between cells). I'd love for it to be included in the Sun JRE and JDK
+1 MiGLayout rocks!
I had a look at the HiDPI Simulator (http://www.migcalendar.com/miglayout/beta/hidpisimulator.jnlp) very impressive. Thanks for including it in JDK 7.
I'm so glad about the Miglayout. It's a great work - I never had a problem. The code is so much easier, readable and well arranged! Don't waste time to make empty spacers or nest composites with diffrent Layout-Managers.
Seems powerful, why not include it,
Please add it to Java SE 7.0 SwingLayout is a nice name.
Hi, there should be possibility to vote against an RFE. I don't think, that MigLayout should be included into JDK. I don't use it and I know a lot of developers who don't use it too. So why should we blow up the JDK again? I don't believe that MiGLayout is the successor to JGoodies FormLayout. This claim comes only from Mikael Grev. Karsten Lentzsch has never claimed or said that. JGoodies FormLayout exists for many years now. It has been used by a lot of developers in many projects and has been proved to be very stable and easy to use. If we should include a new layout manager into JDK, than it should be JGoodies FormLayout. I vote against this RFE. Please don't include MiGLayout into JDK! Every one who would like to use it in his application, can include it as any other library into an application.
i vote for include this in jdk. you don't use it is not a reason to vote against .. I don't use any CORBA support in java and never know anybody use it, maybe this should be removed as well?....... MiGLayout is very small in size compare to CORBA support.
I vote against too. I don't see any reason to include this into JDK, since EVERY one that wants to use it can include it as a simple library. Why make JDK bigger with this? So let's include all jars over the internet and we won't need to add anythin to our classpath... come on, no reason to put this into JDK. My vote is agains't.
Hey! He is right, let's end up this session. No reasons to keep posting votes here at all, there is no reason to include it in the JDK. How wants to use, can download and use for free, so the subject is over.
Agreed, vote against.
An excellent layout manager for swing - by far the best one! Swing needs this.
MigLayout is 72 kilobytes large, not exactly something that will make anyone groan. The point here isn't that the people who use it can include it as a library. The point is that java strives to make the development flow faster, more intuitive and more efficient. I agree that a lot of functionality is peripheral enough to not warrant inclusion in the JDK, but an intuitive layout manager is not part of that. The core JDK needs a layout manager that doesn't require you to pull your hair out every time you're designing a relatively complex GUI. Not to mention that the resulting code from this is longer and uglier than a mutated giraffe. If you think 72 kilobytes is such a horrible size increase, you should rather vote for removing some of the old, useless layout managers.
> "MigLayout is 72 kilobytes large". <p> It's even smaller than that since the JDK uses pack200 which reduces it a lot more than the normal .zip I use. I would estimate it to be around 20k with pack200 when included in the JDK. <p> Cheers,<br> Mikael Grev
Miglayout is needed, there is problem to get good and free SWT manager and now we can
I vote for integrate it.
MigLayout is so powerful and easy to use, it's mind-boggling. For dynamic layouts and complete control over a Java GUI based application, MigLayout cannot be beat -- a programmers dream, without the need for an IDE to produce ugly, unusable code.
The best layout created so far in terms of ease of use and flexibilty
miglayout is perfect....
I like it, it should be included
Someone said this... ----- Hi, there should be possibility to vote against an RFE. I don't think, that MigLayout should be included into JDK. I don't use it and I know a lot of developers who don't use it too. So why should we blow up the JDK again? I don't believe that MiGLayout is the successor to JGoodies FormLayout. This claim comes only from Mikael Grev. Karsten Lentzsch has never claimed or said that. JGoodies FormLayout exists for many years now. It has been used by a lot of developers in many projects and has been proved to be very stable and easy to use. If we should include a new layout manager into JDK, than it should be JGoodies FormLayout. I vote against this RFE. Please don't include MiGLayout into JDK! Every one who would like to use it in his application, can include it as any other library into an application. -------- and this... ------ Hi, there should be possibility to vote against an RFE. I don't think, that MigLayout should be included into JDK. I don't use it and I know a lot of developers who don't use it too. So why should we blow up the JDK again? I don't believe that MiGLayout is the successor to JGoodies FormLayout. This claim comes only from Mikael Grev. Karsten Lentzsch has never claimed or said that. JGoodies FormLayout exists for many years now. It has been used by a lot of developers in many projects and has been proved to be very stable and easy to use. If we should include a new layout manager into JDK, than it should be JGoodies FormLayout. I vote against this RFE. Please don't include MiGLayout into JDK! Every one who would like to use it in his application, can include it as any other library into an application. ----- And let me say this... First, why are you talking something against about something you don't even know or use? You're automatically not credible to be a critic of MigLayout being incorporated into the JRE. Second, we are not talking about putting just another layout manager here, or putting every library from the internet into the jre to make it bloated. We are talking about Java "to have" a robust and easy to use and "easy to program" layout manager which Java is currently lacking (take note of the keyword: lacking). Third, It's not about us; it's about Java. The votes ARE NOT for us to ease our burden of distributing MigLayout with our applications. The vote ARE for Java to have a decent and programmer-friendly layout manager. Java != us
Oops! I'm sorry for the mis-copy-paste in my quote above. I should quote these: ----- I vote against too. I don't see any reason to include this into JDK, since EVERY one that wants to use it can include it as a simple library. Why make JDK bigger with this? So let's include all jars over the internet and we won't need to add anythin to our classpath... come on, no reason to put this into JDK. My vote is agains't. -------- Hey! He is right, let's end up this session. No reasons to keep posting votes here at all, there is no reason to include it in the JDK. How wants to use, can download and use for free, so the subject is over.
Please integrate it. MiG is great.
The best layout i see and easy to use, i was working for a while with GridBagLayout until i found MiGLayout, it is great. Why not integrate it in next java version?. It is veryyyyyyy user friendly and learning curve dosen't exist with it.
MiGLayout is great. I believe it will be a great addition to the next release of Java. Please include it
MigLayout is the solution of most java layout problems
Integrate it. Maybe adjusting of components can be made not only by strings but some constants.
Integrate it.
This layout is a must have for the next JDK, yes sir! After years of pulling my hair off, struggling with GridBagLayout and the others, MigLayout comes as a balsam. Don't neglect it!
This layout is a must have for the next JDK, yes sir! After years of pulling my hair off, struggling with GridBagLayout and the others, MigLayout comes as a balsam. Don't neglect it!
SwingLayout is bad name. That confuses people. Because called SwingLayout? Why the best? (For now is !!!). But in the future may have other better. It will have another name? What the developer will use? SwingLayout or NewNameLayout? What better now? If you have a layout with name of SwingLayout a dummy will not try to learn the usefulness of other layouts, it will use it (SwingLayout) by thinking that it is that the layout of Swing.
Another thing: how to continue the project of MigLayout for SWT? It is important!
It would not make sense to have a project called: SwingLayout for SWT... haha: P
I suggest using the name FlexLayout.
And Mig InfoCom continue the project FlexLayout for SWT.
Already tried to change/customize an average complex Matisse-based panel? Just do it. For example, introduce some new JLabel + JTextField. Or, try to change the column gaps. Just do it. But don't wonder. And then, do the same with MiG. It takes only few seconds and it works! MiG is a MUST for the next Java version.
cool layout manager!
+1
Please integrate MIG layout in Java 7
I was working with some of the Swing layout manager before and wasting time using them. Then I ran accross TableLayout and FormLayout and was happy about it. I have used TableLayout since you can use it without a GUI designer and for its simplicity. I haven't used MiGLayout before but I read its documentation and it looks promising. We are planing to use MiGLayout for automated generation of Swing code. I vote for adding it to JDK 7. We will use it even if MiGLayout won't be added to JDK 7. However, I think that Swing will get a wider adoption when being shiped with a sophisticated yet easy to use layout manager.
+1 and ... if you are interested in a SWT / Eclipse integration as well, then please also vote for https://bugs.eclipse.org/bugs/show_bug.cgi?id=214698
I just found about MiG Layout and only by seeing the examples in the web page and some of the code included in the QuickStart Guide wished that it was used instead of the GroupLayout from Matisse. GroupLayout is truly unreadable and I really hate when I have to depend to an automated tool when coding. I really need to have control of my code through the editor when I need it!!!! Integrate it already!!!!
I was previously using a mix of GridBagLayout and Other Layout Managers for a Complex UI; Showing some component under specific configurations was a nightmare. GBL columns would sometime react badly and I had to test all components display configurations. And I had a LOT of GridBagConstraints methods with specific insets. Well not anymore. In only a couple of lines, I got my Layout with MigLayout. MigLayout should be the new GBL ;-).
Java really *needs* decent layout manager. Standard layout managers are from the stone age.
I have used Java/Swing for 5 years, avoiding GridBagLayout and most of the others as much as possible. Eventually centred around TableLayout, then FormLayout. However MiGLayout is the layout of choice now, accomplishes everything most of us need, and the syntax is fresh air. Gets my vote, GridBag gets my goat.
I gotta say, I'm new to LayoutManagers and found GridBag flexible, but impossible to use. It used to take hours to lay out a form that I can get done in MigLayout in less than one. Joe
You should integrate it
This is really the best layout manager. Truly a must for JSE 6.
It's very very great, include it now
You should integrate it
You should integrate it
Why hesitate to integrate it???? I just started to learn Java. But I find this is more easier than JDK implementation. And like to use code myself than UI Designer, because it helps me to understand the concept and moreover I can maintenance it and it is also readable than any designer generated code. So I vote for miglayout.
Çë°Ñmiglayout¼ÓÈëjdk7Öаɣ¬ËüÕæÊÇÌ«³öÉ«ÁË£¬°ÑËü¼ÓÈëjdk»áʹjavaÔöÉ«²»ÉÙ£¬²»¼ÓÔòÊÇjavaµÄËðʧ£¬PLEASE!!!!!!!!!!!!
I have been working with Swing quite a bit, ended up doing everything using GridBagLayout. Although I have written some convenience utility methods - so I can make the code more readable - I would certainly recommend encorporating MiG in JDK7. I also share the opinion that readable GUI code cannot be generated well, therefore it is essential that one can *see* how the general GUI layout looks like by just looking at the code. Do it !
I have been working with Swing quite a bit, ended up doing everything using GridBagLayout. Although I have written some convenience utility methods - so I can make the code more readable - I would certainly recommend encorporating MiG in JDK7. I also share the opinion that readable GUI code cannot be generated well, therefore it is essential that one can *see* how the general GUI layout looks like by just looking at the code. Do it !
Include it...
The best Layout Manager ever, hands down.
The best Layout Manager ever, hands down.
The best Layout Manager ever, hands down.
This is a great Layout. I would certainly like to see it in JDK 7 so it becomes standard. BTW great presentation at the JavaONE!
This is a great Layout. I would certainly like to see it in JDK 7 so it becomes standard. BTW great presentation at the JavaONE!
This is a great Layout. I would certainly like to see it in JDK 7 so it becomes standard. BTW great presentation at the JavaONE!
The API needs to be more verbose. There's not point in have class names like AC, CC, and LC when you can have your IDE auto complete. Also, I would like to see if there is a way to not use String for the constraints, but maintain the flexibility. Strings are error prone.
MigLayout should definitly be included in Java 7. I like Swing, but the Layoutmanagers simply suck (espacially if compared to MigLayout). And lets face it, there is no proper GUI designer for Java that compares to QT or Visual Studio Designer, but with MigLayout you don't need one (and you won't want one! ).
Vote for it
integrate it
voted!
Must include! Great tool!
Mig layout would be a great addition to the JDK
The best and easiest layout manager I have ever used!
Beast and easiest to use layout manager I have ever used for both SWT and Swing.
i also vote for MigLayout, please make Swing easier :)
It also has my vote! Also do read "www.pushing-pixels.org/?p=313" for the real Java on the desktop issues.
Yes, MigLayout must be integrate in Java 7 !
Yes, MigLayout must be integrate in Java 7 !
I'd like it
MiG looks clean and good. Must be included.
MigLayout is the best thing that ever happened to Swing layouts. I am amazed an RFE with 177 votes is marked as 5-Very Low. Sun, please wake up...all the layout managers in the JDK can be marked as deprecated and replaced with MigLayout.
Great layout! +1
+1
I vote for it
I vote for it
Definitely usefull and required
-1
I vote for it
Default Layouts complex and very diffucult to use but MiGLayout is great and easy to use. I vote for the MiG
+3 This would be great in JDK7
very usefull enhancement
A relief when coding gui's manually.
vote for it... if java is gpl, surely that cause problem with bsd license?
I would of course be willing to license it in any way for Sun. <p> /Mikael
I have been guiding teams on Java Swing for many years now. Layouts have been the core area to be addressed at the start of any Java Swing project. Ever since I came to know about MiG layout, I have been fascinated and thrilled with its power and flexibility. I recommend the RFE for MiG layout.
MIG-Layout I learned within an hour. For GridBagLayout it took me days. AWESOME and very flexible it is! I vote for it being part of JAVA 7
I dont think I have used an easier and more versatile layout. It would be shameful to leave this layout out of the next java release. It has made layout so easy I can truly focus on "big picture" design without being limited by HUI constraints. I love it...
Integrate it...
Integrate it...
I agree that all LayoutManagers are poor to use except the groupLaoyout and Mig. But, I think the more important thing is Helper-functions in JDK to create GUIs by IDE with mouse and/or by hands with coding for every layoutMamangers, so that we can easily extends IDEs and tools for developping GUI.
I wish MiG Layout existed ( or I knew about it) when I started my Swing projects. It is by far superior to all others and it is a pleasure to work with. Integrate it into Java 7!
Please, please include this in JSE 7.x
+1
Vote for FlexLayout name
Yes
it is so easy,simple,fast to construct the GUI. Perfect Java GUI Layout.
Mig Layout is awesome!!. I wish it is made part of JDK. Inayat
Gets my vote we use it in our security software and has saved a ton of time with layout our visual components.
Surely better than formlayout!
I use this a lot - Include it
I am the CTO of a small biotech startup. We use Java for the backand as well as for the fronend (Rich client). Please keep the effort to make Java/Swing/fx a considerable bundle when it comes to client side Java - one step would be to have a sophisticated LayoutManager in swing - thus please sign me in for including MiG
I vote to include MiGLayout in Java 7.0.
I vote for MigLayout to be included as an alternative to Swing Layouts; I am new to Swing and after several frustrating days with Swing Layouts, and NetBens integrated GUI tool, I found MigLayout; it is all I use now to manually define the necessary panels for the application; thanks for a great programmer's tool.
My vote for it. New to Swing and had a terrible time with Layouts until I discover MigLayout; I use it in place of NetBeans Gui tool, and prefer to code the application panels by hand; I can get the app running and looking much better than when guided by the IDE; Thanks for MigLayout a programmer's tool that should be available on the JDK as an alternate layout API; perhaps JavaFX should incorporate it also; hint, hint..



You are viewing a mobilized version of this site...
View original page here