not sure if I really should extend this thread any further, but I guess it still belongs here as it has to do with the asian input method.
When I hit Space after having typed some japanese characters the selection window pops up under the mouse cursor and not where you're typing. May be this is the default position if the selection window was not initialized or updated correctly ?
Anyway, as many others here, I'm really impressed of what you've achieved ! Really great work !
When I hit Space after having typed some japanese characters the selection window pops up under the mouse cursor and not where you're typing. May be this is the default position if the selection window was not initialized or updated correctly ?
I noticed this behavior a few weeks ago and I wondered if anybody would notice it as well.
Anyway, this behavior is specific to Apple's Java 1.3.1 implementation. No matter what coordinates you return from your Java component's getTextLocation() method, the JVM will display the window just below the mouse location.
They fixed this in Java 1.4.1, but Java 1.4.1 has a different set of issues.
Hmm. I updated to patch 8 but I'm still having the underlining issue I mentioned earlier. Looking at the contents of the .app I see that libvcl641mxp.dylib and vcl.jar were modified at 2:36AM last night, but the other two items from patch 8 were last modified on the 25th. Is that correct? Is there any way I can check to see if I somehow screwed up the update? (I did as you instructed, and I've successfully updated before...)
Joined: Sep 18, 2003 Posts: 434 Location: London, UK
Posted: Tue Jan 27, 2004 5:14 am Post subject:
Just as a FYI for those that don't frequent the bugzilla pages, the copy/paste issue I was having between Neo/J and TextEdit (bug #58 ) turned out to simply be a bug in TextEdit and nothing to do with Neo/J. For those that are interested - if you have Wrap to Page enabled in TextEdit, pasting or drag/dropping in a fullscreen screenshot will cause the application to hang indefinitely (for A4, portrait dimensions, at least). _________________ PBG4, 1.5GHz, SuperDrive, 1GB RAM, 128MB VRAM, 5400rpm 80GB HD, MacOS X 10.4.5
Hmm. I updated to patch 8 but I'm still having the underlining issue I mentioned earlier. Looking at the contents of the .app I see that libvcl641mxp.dylib and vcl.jar were modified at 2:36AM last night, but the other two items from patch 8 were last modified on the 25th. Is that correct? Is there any way I can check to see if I somehow screwed up the update? (I did as you instructed, and I've successfully updated before...)
Only libvcl641mxp.dylib and vcl.jar changed in "patch-8". If you do a tar ztvf on the downloaded *.tar.gz file, here is what should see (note that my machine is in US Pacific Standard Time):
-r--r--r-- 1 root admin 54371 Jan 26 00:36 Contents/MacOS/classes/vcl.jar
-r-xr-xr-x 1 root admin 246712 Jan 25 10:09 Contents/MacOS/libdtransjava641mxp.dylib
-r-xr-xr-x 1 root admin 2498524 Jan 26 00:36 Contents/MacOS/libvcl641mxp.dylib
-r-xr-xr-x 1 root admin 5764 Jan 25 10:09 Contents/MacOS/setup
Most likely, the problem is that you have done either of the following:
1. Untarred it in the wrong directory. You must be in your "NeoOfficeJ.app" directory when untarring.
2. Untarring failed due to not running it with the sudo command.
3. Your tar file is corrupted. Make sure the file sizes list when you tar ztvf the *.tar.gz file match the above file sizes.
I just uploaded "patch-9". This patch does not have a feature changes or bug fixes but it does have some tighter protection around closing windows in an attempt to fix bug #60.
Since the bug list is getting very short, I will most likely use the "patch-9" to build a NeoOffice/J 0.8 release later this week so you may want to download this patch.
Well, I should not be surprised by this, but another bug was found after I uploaded "patch-9". So, I have fixed the bug (bug #62 in Bugzilla) and uploaded "patch-10". The bug that was fixed, which is a printing bug that has been around since NeoJ 0.7 was released, only affects cases when printing text or lines that overlap an image.
Posted: Tue Jan 27, 2004 5:07 pm Post subject: Just checked out patch 10
Just found your patch 10, please ignore my previous post about font issues in copy and paste between MS-Word and NeoOffice - only issue left appears to be a problem in Word (losing a font from its menu). I downloaded 0.7.1 earlier today and have been following the threads to get all the patches applied. Your instructions were very clear, and the installer is vastly improved over what I went through with OO 1.0 and its decendants.
I'm really impressed with the work, as a long-time OpenOffice user on Mac (now at OSX 10.2.8 and latest OO version). However, I'd suggest that you might want to start a new thread with patch 10 - things are getting a bit buried. I am also assuming that I don't need to apply the patches in sequence, i.e. that the last patch includes all the previous ones - is that correct?
I'm upgrading to Panther later this week, will post anything I find that's different/strange. In the meantime, I'm going to use NeoOffice/J in quasi-production mode - working with it makes me think you're very close to a real release here - I know some folks that would much prefer this approach vs. X11 and its issues...
Posted: Tue Jan 27, 2004 6:21 pm Post subject: Re: Just checked out patch 10
taylor wrote:
However, I'd suggest that you might want to start a new thread with patch 10 - things are getting a bit buried.
I am crossing my fingers that this is the last patch. I have a NeoJ 0.8 binary already built and, if no big crashing bugs or serious problems in the next day or two are reported, I will upload it to my website, distribute it to the mirrors, and announce a release. Of course, now that I've said that, everyone's installation will start crashing.
taylor wrote:
I am also assuming that I don't need to apply the patches in sequence, i.e. that the last patch includes all the previous ones - is that correct?
Yes, that is correct. I always rebundle any binaries that I put in a previous patch even if there were no changes to that binary.
Also, I'll let everyone in on a secret: when I post a new patch, I replace all of the old patches with softlinks to the latest patch. So, even if you don't see my latest posting before you download, you will always get the latest patch available.
Posted: Tue Jan 27, 2004 9:39 pm Post subject: Preferred app for Office files changes w/Neo/J install
Just implemented NeoOffice/J and noticed in 10.2.8 that the "kind" field listing in the Finder has changed for some MS-Office files and not for others - for example, a few of my .doc files, that have never been touched by OpenOffice, now show up as NeoOffice/J documents, same for Powerpoint. The extensions are the same, at least they show up that way, and an ls -l command shows no differences. When I ran my old copy of Resedit, it appears that the files that show up as NeoOffice/J are ones that do not have their type and creator attributes set. I'm going to assume that the issue is that I received these files from a Windows PC user, and when saved in OS-X, the type and creator were not set. However, before installing NeoOffice, the OS-X finder saw them as MS-Office files, based on the extension. This was true even though I was running OpenOffice 1.0.3 all the time.
Does NeoOffice make itself the default application for untyped files with MS-Office extensions? If so, this behavior is potentially undesired, and since OpenOffice doesn't do this, I'm wondering if there is a parameter or option that can be set in NeoOffice that will turn this off?
To resolve the issue for now, I went to the OS-X finder, selected one of the files at issue, and used Get Info to set all files with that extension (.xls, .doc, .ppt) to open with the correct MS-Office application - however the fact remains that NeoOffice/J behavior will create issues for people that share files with Windows folks, and more importantly, it behaves differently in that respect than OpenOffice. I would recommend a parameter in the install that asks the user what behavior they want. Obviously, for folks abandoning MS-Office, or for those who've never had it but get MS-Office files from others, the current behavior is what they want. For those of us who live in both worlds, it's important to respect the filename extensions.
Every so often, I search Google for some magic Info.plist setting that says "don't override" the extension-to-application mapping for extensions that are already registered to an application.
Unfortunately, maybe it is just my ignorance, but it seems that Mac OS X works on the "last app installed becomes the default". It seems that in the Info.plist settings, it is very binary: either the Finder will always map a file extension to your app or it will never do it. Furthermore, the standard Mac OS X installer provides no framework for querying the user about this issue. In general, Mac OS X appears to behave as if certain applications own a file extension. At least in Windows their is a tool to remap an extension to a different application.
As for "it is not the default OpenOffice.org behavior" all that I can say is that OpenOffice.org is not even package itself as a standard Mac OS X application so it does not have any interaction with the Finder.
If anybody knows some tricks for doing this in Info.plist, can you post it here? I don't necessarily want NeoJ to "steal" file extensions from other applications, but I do want NeoJ to open extensions if no other application is installed that already handles them.
I took a closer at this issue and remembered that until NeoJ 0.7.1 I had the following entry in NeoJ's Info.plist:
Code:
<key>LSIsAppleDefaultForType</key>
<true/>
This, per Apple's developer documentation, is reserved for Apple's use only so I removed it when I was preparing the NeoJ 0.8 installer.
Removing this entry did not seem to have any effect, but I tried a little experiment after my last posting and it seems that by excluding this entry (which NeoJ 0.8 will), an application will not override any existing extension mappings but it will add the application to the Open With list if another application has already registered itself as the default to that extension.
Of course, my experiment may be flawed since I don't have MSOffice but I will be interested to hear from those who install NeoJ 0.8 (when it is released) to see if NeoJ overrides existing extension mappings.
I did some more testing of the NeoJ 0.8 installer and found, after much trial and error, that if I put the OOo and non-OOo file extensions in separate sections in the Info.plist and put the following entry with the non-OOo file extensions, NeoJ will not become the default application for non-OOo file extensions that other applications have already registered themselves for:
.
Code:
<key>LSIsAppleDefaultForType</key>
<false/>
Of course, NeoJ will continue to be set as the default for the OOo file extensions (.sdc, .sdd, .sdw, .sxc, .sxd, .sxi, .sxm, .sxp, and .sxw).
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You cannot attach files in this forum You cannot download files in this forum