[...] You'll have to be more specific about the starting point, like giving the URL of the App that Spaces doesn't recognize, or at least giving its Info.plist. You mentioned before that maybe some UNIX setting might be an issue. Well, you're not telling us any of those, either. [...] [...]]]>
One more bit of info. It seems that moving the app to where the old one was (which causes the Finder to put up a dialog) after replacing the plist is enough to make Spaces work. BD]]>
(BTW Greg - I'm a retired scientist not a businessman. Spent my life doing experiments.) After a lot of experiments I have something which seems to be repeatable. 1) Start with new copy of App - spaces does not recognise it. 2) Replace plist with the one below. [...]]]>
[...] You would have to post the actual plists, or URLs to them. Without seeing the actual plists, there's no way to even begin to figure out or explain what's happening. [...] The only settings that should matter are read permissions and ownership. [...]]]>
[...] A new or even just different application might update Launch Services database correctly where the failing one doesn't. Pretty much as has already been indicated. One Info.plist isn't necessarily better or worse than another, there is no entry in the plist that is the key to success. [...]]]>
I read the two posts. The problem is there whether or not the application is copied in from somewhere, the user logs out and in, the OS is restarted, etc. Without CFBundleIdentifier spaces can see the app and it's icon, but does not add it. With CFBundleIdentifier set it gets added but as unknown with no icon. I spent a lot of time comparing my plist with the one from Maple - which works correctly - but nothing fixed the problem. For example, adding LSHasLocalizedDisplayName does NOT fix it. SURPRISE - I just got it to work by taking the working info.plist (for the other application) and editing it to the entries I needed. MORE SURPRISE - taking my original plist and editing it to those same entries - does not work properly!!! Maybe there are some UNIX or other flags which need setting? Where do we look to see how to make applications behave in Spaces???? Brian Davies On 05/07/2008, at 5:04 AM, email@hidden wrote: > quoted text
]]>
* From: Mike Swingler <email@hidden>
* Date: Fri, 15 Feb 2008 13:39:22 -0800
On Feb 15, 2008, at 1:11 PM, John Osborne wrote:
[...]
Many months later it seems like some Java applications are still
having trouble with Spaces. I was able to get jEdit working by
massaging it's Info. [...]]]>Brian Davies [...] Try temporarily copying your app to another drive or partition or disk-image and using that copy with Spaces. If it works, the problem is that LaunchServices hasn't updated its database for your recently built app. To fix the LS problem, I think if you modify the . [...]]]>
[...] Please file a bug about the Xcode documentation at http://bugreporter.apple.com . AFAIK, the doc sets used by Xcode don't automatically pickup any changed we lay down in Java software updates inside the JavaVM.framework bundle. I'm not sure if they should, but Xcode should [...]]]>
[...] they are packaged at /System/Library/Frameworks/JavaVM.framework/Versions/1.6/Home/docs.jar (i wish they acted the same as the Java 5 docs in XCode, but you can at least extract the jar into a location and point your IDE at it) -pete -- (peter.royal|osi)@pobox.com - http://fotap. [...]]]>
..and me, I did post on this list a while ago but got no reply., doe sit work for anyone ? Francesco Russo wrote: [...]]]>
[...]]]>
I just tried Maple (commercial Java App from MapleSoft Inc.) and it DOES permit assignment to a space. Can't see anything obvious in its plist. Brian Davies]]>
Why does Spaces not allow my applications (built with Xcode + JAM) to be assigned to a space? Is there anything I can do to enable this? Brian Davies]]>
I have installed the API docs for the Java SE 6/Update 1 API, but I don't see any new docsets appearing in XCode. I can't figure out where/ what the installer "installed". Has anyone been to install the documentation package and have it work? If so, can you point me to: 1. [...]]]>
[...] SoyLatte will be your only choice right now if you have to get it done in the next few months. Development of the Cocoa version of SWT is underway, but I'm 99% certain that the SWT/AWT bridge is not working yet. Also, the Cocoa port is 32-bit only right now due to the way the SWT [...]]]>
Dear List, I have to port/integrate a Swing application to Eclipse RCP using the Swing SWT brigde. Unfortunately the Swing code relies on some Java 6 features. The problem is, that Java 6 is 64 bit only and the SWT implementation of/for Eclipse is only 32 bit (Carbon). [...]]]>
FYI...I submitted an enhancement request for JPopupMenus to (like those used in a context menu or combobox) to have rounded corners instead of square corners. Square corners are a tell-tale sign of a Java or Carbon app.]]>
[...] Not necessarily so for the Dock. If you add the key LSUIElement with a value of 1 to an app-bundle's Info.plist, it will not have a Dock icon or screentop menubar. The LSUIElement'ed app can still show windows, though. Google LSUIElement for more info. [...]]]>
Hello Gerhard, I know this can be done but this is not correct. There should be a cross-platform way to do this! I have brought this mail back to list, does anyone on the list have an answer? thanks in advance paul Le 02-juil.-08 à 10:09, hiller a écrit : Hello Paul, [...]]]>
Interesting questions - only a lawyer would be able to really give us the scoop here. I did a little Googling and found that copyright protection for visual artists does not extend to "ideas, familiar symbols, titles or procedures" (http://www.ehow.com/how_2063860_copyright-artwork.html ). [...]]]>
Thanks Joel, indeed that is a very straightforwad and techically clean way to do this. However, the application will then show up as two processes in the Windows Task Manager and Tool Bar, Mac OS Dock and so on. Which is not acceptable to me, I want the user to perceive my [...]]]>
Ken is not the only one who has implied circumventing alleged copyright on icons and artwork by redrawing them. Before this, last time I think I remember seeing something similar in connection with Quaqua and Leopard artwork, but it is a very common ploy. [...]]]>
Thus spake "Kustaa Nyholm": [...] I faced a similar problem a while back. The app I'm working on has a natural separation between the manager and player components. The manager is a window which shows you a module library, and by itself uses very little heap. [...]]]>
Thanks Greg, for a very thorough treatment on the subject. As I feared, quite a lot work and testing to do just to the let user set the heap size! I think I'll wait for a few years to see if things will improve... In any case, it is nice to have all this as broadly as you presented [...]]]>
Dear all, On Mac OS X 10.5 Leopard, Java Web Start does not launch my application. The application runs on 10.4 as well as Windows and Linux. The jnlp file points some jar files and all the jar files are signed by jarsigner like jarsigner -storepass foo bar. [...]]]>
[...] Seems to me like it might be a bug. I'm not remembering anything unique to Norwegian - but maybe someone else does? But, would something along the lines of... java -Duser.language="NO" Localization 1.5.0_13 NO NO no possibly lead to a workaround? [...]]]>
Michael, If my OS lanugage is Norsk, when I print this I get: System.out.println("Printing Info"); System.out.println(System.getProperty("java.version")); System.out.println(System.getProperty("user.language")); System.out.println(System.getProperty("user.country")); [...]]]>
[...]
What does this show?
public class Localization {
public static void main(String[] args) {
System.out.println(System.getProperty("java.version"));
System.out.println(System.getProperty("user.language"));
System.out.println(System.getProperty("user.country"));
System.out. [...]]]>I meant to say: "I wanted to avoid any murkiness of using Apples image artwork, on platforms other than Mac". On Jul 1, 2008, at 3:03 PM, Ken Orr wrote: I've redrawn these images in Fireworks (I wanted to avoid any murkiness of using Apples image artwork) - if you'd be interested in [...]]]>
I've redrawn these images in Fireworks (I wanted to avoid any murkiness of using Apples image artwork) - if you'd be interested in using my icons I'd be happy to send them to you. On Jul 1, 2008, at 2:32 PM, Mike Swingler wrote: On Jul 1, 2008, at 11:09 AM, Steve McLeod wrote: [...] [...]]]>
[...] Unfortunately, this functionality only exists on Leopard. Even if you write JNI and call [NSImage imageNamed:], the NSAddTemplate stock image does not exist on Tiger for native applications. Sorry, Mike Swingler Java Frameworks Engineer Apple Inc. [...]]]>
[...] For the 5 ways you gave of launching your program, I think you can write a consistent and unified way of doing it, except for one thing: storing the chosen value. For that, there will be different modes for different platforms, and for different deployment models (e.g. local app vs. [...]]]>
Hi, this is my problem: when my application is installed and the OS is in Norsk Bokmal (norwegian) the call to Locale.getDefault().getLanguage() returns en, for English, even though the OS locale is set to Norsk. I am using latest java 1.5 in a Mac OS X 10.5. [...]]]>
Hi there, This code, when run on Leopard, gives me a nice "add" button. JButton addButton = new JButton(new ImageIcon(Toolkit.getDefaultToolkit().getImage("NSImage://NSAddTemplate"))); Unfortunately "NSImage://..." is only available on Leopard, as far as I can tell. [...]]]>
It's a little more complex than this though. There's the concept of the "default" look & feel, and the "system" look and feel (i.e., the "native" platform look&feel). The Mac OS X version of Java (from at least 1.4 to 1.6, probably 1.3 as well) uses by default the system look & feel, which is Aqua. All other JVMs use the "default" look&feel by default, which is "Metal", (but in 1.5 was given a facelift and renamed "Ocean".) Most cross-platform Java apps install the system look&feel when they start up, so they adopt a platform-specific look&feel. If you want a cross-platform look&feel (so the app looks and behaves the same on all platforms) you should specifically set that at application startup. Otherwise you will get a different behavior when your app runs on a Mac vs. any other platform. Rob Ross, Lead Software Engineer E! Networks On Jul 1, 2008, at 9:17 AM, email@hidden wrote: [...]]]>
[...] Aha, it all makes sense now. Had no idea that Mac JVM used a different L&F. That's a problem with not having a Mac computer and asking a friend to test my program remotely. I will try reseting the Caret to DefaultCaret and see if that fixes the problems. [...]]]>
[...] If you don't specify it you get the platform specific default - Aqua on OS X, Metal on Sun JVMs but the default L&F can be configured in various ways so you shouldn't depend on it anywhere. If you want the cross platform L&F you should specify it with: UIManager.setLookAndFeel(UIManager. [...]]]>
[...] I used the default L&F which is presumably the cross-platform Metal L&F, isn't it? Do I need to specifically load the Metal L&F otherwise the Mac JVM loads the Aqua L&F? I must add that the program behaves correctly in windows, Linux, Unix. Only in Mac I'm getting this behavior. [...]]]>
On Jul 1, 2008, at 8:15 AM, email@hidden wrote: Mike Swingler wrote: On Jun 30, 2008, at 8:31 PM, email@hidden wrote: [...] As Tilman asked essentially the same question yesterday, the workaround is the same: textfield.setCaret(new DefaultCaret()). [...]]]>
[...] I am using the Swing's default Look & Feel, isn't that cross-platform? Saeid]]>
[...] Then use a cross-platform look-and-feel. I believe that the whole point of look-and-feels (looks-and-feel? looks-and-feels?) is to allow platform-specific behaviors, such as what is being demonstrated for Aqua. Of course, if the cross-platform look-and-feel behaves the same way, [...]]]>
Thanks Mike, Amazing, I spent hours trying to figure out this bug and now realize that it is done intentionally. For my application it is critical that the cursor stays where it was last time it had the focus! What is the workaround? I can understand that Mac behaves in certain ways but I do not believe that the portability of Java should have been scarified! We Java programmers expect JVM to behave exactly the same in different operating systems. If you pick and choose, you will confuse us and discourage us from porting our application to Mac because of the extra coding involved. As insignificant as this issue may seem it rendered my entire product useless with tons of complains from my Mac users. Regards, Saeid Mike Swingler wrote: On Jun 30, 2008, at 8:31 PM, email@hidden wrote: [...] <a href="http://www.runiter.com";>www.runiter.com</a> </p> [...] We trust 1&amp;1 Internet. Inc. for all our hosting and e-mail needs. Visit <a href="http://www.1and1.com/?k_id=16207070";>http://www.1and1.com/?k_id=16207070</a> to see why!</p>]]>
Your best bet is to post on the Sun Java forums (http://forum.java.sun.com/index.jspa ). Michael On 1 Jul 2008, at 08:03, Kustaa Nyholm wrote: [...]]]>
Thanks a lot for your quick reply Mike! The proposed solution works perfectly :-) Issue solved! (after two days of struggling) 2008/7/1 Mike Swingler <email@hidden>: On Jun 30, 2008, at 4:58 AM, Tilman Bender wrote: > quoted text [...]]]>
Related to my recent heap space issue, has anyone come up with a workable crossplatform solution for configuring the memory usage of JVM by the end user? I deliver my application in a multitude of ways as follows and would not like to have to come up with five solutions to this very basic problem: * Java Web Start * A Windows executable, a single file C-program that has the jar file stucked to its end, the C program launching the JVM and passing itself to the JVM as jar file * A Linux script, again the jar file concatenated to the end of script, and the script launching the JVM and passing itself as the jar file * A Mac OS X bundle * Executable jar (For details how this is accomplisehed check my website at http://www.sparetimelabs.com and Java Goes Native.) But the problem is that there is no easy *cross platform* way to allow the end users of the application to adjust the JVM parameters. A way that would preserve the single application/ single executable appearance of the applications (Dock / Task Manager and process view wise). I know this has been discussed before, but is there a solution? br Kusti]]>
Hi, I know this the wrong list but that is really my question, where should I post this? And if someone actually knows the answer, I'd be happy to hear that too! I have a 'customer' for my jDraft program who gets this error: Error occured during initialization of VM [...]]]>