Can you make this graphic 14x14px instead of its current 16x16px?
The reason is because table header vertical size is 14px. When you click on a header to sort, the arrow graphic gets added to the header making the whole header jumps to 16px vertical size.
On a mac this changes the table header L&F from the mac default to the java default. The mac table header L&F (especially in Leopard) is much preferable to the java version.
The graphic was made smaller. Now you don’t get that resize effect on Mac anymore.
Hi
The behaviour of the table view header is still the same in Servoy 3.5.7, i. e. it doesn’t look like a “normal” Mac column header. In Eclipse it looks correct, for example.
Do you mean it will be corrected in 3.5.8? I can’t test it on 4.0.1 as I have no runnable project in Servoy 4.
gerzse:
The graphic was made smaller. Now you don’t get that resize effect on Mac anymore.
Regards, Robert
Yes, the change was done after 3.5.7 was released, so you’ll see it only in the next release.
I saw today that in Eclipse 4 the header doesn’t change its size any more, but I think the display of the triangle is still wrong (it should be just opposite). Please compare it with the Servoy Eclipse on Mac and see for example the columns in the Problems tab.
Am I correct that Eclipse itself is written in Java? If so, then it seems possible to even have the standard Mac table headers as seen in the attached screenshot (and I assume the standard L&F headers for the other platforms). That would of course be the best display form.
gerzse:
Yes, the change was done after 3.5.7 was released, so you’ll see it only in the next release.
Best regards, Robert
PS: I just checked on Wiki to be sure Eclipse is written in Java. It would be nice to see the real native table headers (and sort triangles).
The client is still using swing as graphical library and not swt ( as in eclipse). SWT indeed relies more on native libraries but we cannot use the eclipse table in our client ( at least not now).
( at least not now)
And I hope not soon either.
I think SWT is superior but…
Many, many components work with Swing and not at all with SWT.
So changing to SWT would give everybody a completely new set of challenges.
Hello Laurian
Thanks for precising the subject. I understand concerns about changing things like expresed by Marcel but still think we should not forget the overall goal, and that is certainly to reach a very good platform coherence. By the way that’s what is (more or less .-) common thinking about the success of Apples Cocoa. For Java, there are quite often questions whether client apps in Java is a good idea as nowadays the user has typically disadvantages if used on her/his platform of choice. So I think there is a strong need for Java to combine multiplatform ability (a big advantage) with reaching the different goal platforms possibilities.
So although I see the potential problems, I still hope for better support of platform specifics.
Thanks and best regards, Robert
lvostinar:
The client is still using swing as graphical library and not swt ( as in eclipse). SWT indeed relies more on native libraries but we cannot use the eclipse table in our client ( at least not now).
Swing is also getting better and better.
Also with the new Consumer JRE (java 6u10) sun will try to improve and push it even more
I dont think we will ever have a Smart client written in SWT, ofcourse maybe this could change somehow but for now my guess is never.
Hi Johann
Good to hear as Java based applications are in competition with native written apps, I assume especially on Macs where native apps are (usually) clean and consistently built.
Best regards, Robert
jcompagner:
Swing is also getting better and better.
Also with the new Consumer JRE (java 6u10) sun will try to improve and push it even moreI dont think we will ever have a Smart client written in SWT, ofcourse maybe this could change somehow but for now my guess is never.
Reading this old thread I just wanted to say that I agree with Robert here when he says that he hopes for better support of platform specifics…
Jus wanted to to know if any of you ever experienced using SWT in Swing apps (like the Servoy client) using the SWT_AWT bridge? I know there are some issues but I also know about some projects doing it with fairly good success (cross platform).
SWT is indeed using native access but I would think that I can sometimes be of a big avantage (think of using the native browser, or a Flash player in your Servoy client for example… forget about it in swing, but quite easy to do in SWT).
I am not saying that having a Servoy client build on SWT would be a good thing at all, only that maybe it could be interesting to integrate some SWT niceties inside the Swing Servoy client.
The only issue I see for now is Mac OS X implementation which is still beta quality (the SWT_AWT brige anyway), but one day or another it should be fixed.
And then again, if you can launch Eclipse on your environment, you should be able to use SWT, don’t you think?
So, has anyone had experience on that and would care to comment?
The only issue I see for now is Mac OS X implementation which is still beta quality (the SWT_AWT brige anyway), but one day or another it should be fixed.
I am a long time mac user and do all development in eclipse on the mac but concerning this subject: there have been many many times I wanted to throw my mac out of the window, only because of eclipse/swt!
And then again, if you can launch Eclipse on your environment, you should be able to use SWT, don’t you think?
Yes, but poor support and it has taken years to come where we are now. I have an eclipse swing/swt editor which is brilliant on pc but sucks (read can not be used) simply because of these issues…
But, to give it a positive vibe: it could be that Oracle is going to tell Apple to do a better job with Java on the mac or they might do it themselves… Uhhuh…
Hi Marcel
Your sayings are somewhat very general I can’t seem to have in our environment which is easy possible as you may be using other tools etc. What Java and Mac OS X versions are you talking about?
Of course I am still wondering what are problems found by you a user could encounter with a Servoy developed solution?
We have one solution in production based on a Mac Server (10.5.6 and Java SE 6 64 Bit) and Mac Clients (mainly Java SE 5 32 Bit) and so far it’s running fine (related to Java).
Best regards, Robert
IT2Be:
But, to give it a positive vibe: it could be that Oracle is going to tell Apple to do a better job with Java on the mac or they might do it themselves…
Not sure who’s responsability it is, actually! And that would be why it never get properly solved from what I can tell: Eclipse says it’s cocoa’s implementation that is a problem, (the carbon SWT lib has other problems apparently) and Apple is not that commited to make it work properly.
From the Apple’s J2SE 5.0 Release 4 Release notes :
Radar #3905894
AWT integration within SWT applicationsDescription:
SWT applications were unable to host AWT or Swing windows.Resolution:
J2SE 5.0 allows SWT applications to host AWT and Swing windows. Java Web Start applications and Applets are unsupported.This fix is provided by using the Compatibility Mode feature of CocoaComponent and is subject to many of its limitations. Also, you cannot embed AWT and Swing components within SWT windows. Finally, there are known issues with modal dialogs. To reliably show dialogs, use SwingUtilities.invokeLater.
Not a word about AWT/Swing hosting SWT components… And “Java Web Start applications and Applets are unsupported”!!!
But I have been able to load a web start a jnlp app using AWT/Swing embedding SWT components on Mac OSX (10.5.6), so I don’t know what is the status of that anymore :{
Robert, you are only talking about Servoy server and client, what about developer (Servoy 4+) on Mac OS X, any issues?
Hi Patrick
I was actually only talking about Servoy server and client, but to answer about Servoy Developer 4.1.1, we are developing with this version and have encounter only minor problems so far, and may be some of them are even solved with version 4.1.2. We were quite afraid to jump to version 4 I must admit, but fortunatly soon after we jumped version 4.1 arrived and we can work since then on a productive development level.
Hope that helps, regards, Robert
ptalbot:
Robert, you are only talking about Servoy server and client, what about developer (Servoy 4+) on Mac OS X, any issues?
