Welcome to NeoOffice developer notes and announcements
NeoOffice
Developer notes and announcements
 
 

This website is an archive and is no longer active
NeoOffice announcements have moved to the NeoOffice News website


Support
· Forums
· NeoOffice Support
· NeoWiki


Announcements
· Twitter @NeoOffice


Downloads
· Download NeoOffice


  
NeoOffice :: View topic - Copy and paste patch available
Copy and paste patch available
 
   NeoOffice Forum Index -> NeoOffice Testing
View previous topic :: View next topic  
Author Message
ssa
Agent


Joined: Sep 29, 2003
Posts: 12
Location: Hamburg, Germany

PostPosted: Mon Jan 26, 2004 4:39 pm    Post subject:

Patrick,

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 !

Stephan
Back to top
pluby
The Architect
The Architect


Joined: Jun 16, 2003
Posts: 11949

PostPosted: Mon Jan 26, 2004 5:06 pm    Post subject:

ssa wrote:
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. Smile

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.

Patrick
Back to top
Guest






PostPosted: Mon Jan 26, 2004 11:52 pm    Post subject:

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...)
Back to top
amake
Sentinel


Joined: Jan 25, 2004
Posts: 22
Location: Madison, WI

PostPosted: Mon Jan 26, 2004 11:57 pm    Post subject:

Whoops! That was me ^

I forgot I wasn't signed in on this computer.

One more thing I was going to add: I'm running OS X 10.2.8, if that makes a difference.
Back to top
JKT
The Anomaly
(earlier version)


Joined: Sep 18, 2003
Posts: 434
Location: London, UK

PostPosted: 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

Please visit The Land Gallery at http://www.thelandgallery.com for nature-inspired British Fine Art
Back to top
pluby
The Architect
The Architect


Joined: Jun 16, 2003
Posts: 11949

PostPosted: Tue Jan 27, 2004 7:28 am    Post subject:

Anonymous wrote:
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.
Back to top
amake
Sentinel


Joined: Jan 25, 2004
Posts: 22
Location: Madison, WI

PostPosted: Tue Jan 27, 2004 9:13 am    Post subject:

I can confirm that I followed the patch procedure to the letter, but I'm still having the problem. Is anyone else experiencing this?
Back to top
pluby
The Architect
The Architect


Joined: Jun 16, 2003
Posts: 11949

PostPosted: Tue Jan 27, 2004 9:19 am    Post subject:

All,

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.

You can download the latest patch binaries from:

http://www.planamesa.com/neojava/downloads/temp/NeoOfficeJ-0.7.1-patch-9.tar.gz

The patch file is 997981 bytes.

Since it has been a while since I post the patch installation instructions, here they are:

- If you have not already installed NeoOffice/J 0.7.1, download and install it from:
http://www.planamesa.com/neojava/download.php
- Download the latest patch binaries from:
http://www.planamesa.com/neojava/downloads/temp/NeoOfficeJ-0.7.1-patch-9.tar.gz
- Open a new terminal and execute the following commands to unzip the file:
Code:
cd <NeoJ installation directory>/NeoOfficeJ.app
sudo tar zxvf <path to downloaded *.tar.gz file>


Patrick
Back to top
pluby
The Architect
The Architect


Joined: Jun 16, 2003
Posts: 11949

PostPosted: Tue Jan 27, 2004 4:27 pm    Post subject:

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.

You can download "patch-10" from here:

http://www.planamesa.com/neojava/downloads/temp/NeoOfficeJ-0.7.1-patch-10.tar.gz

This patch is 997950 bytes.

Patrick
Back to top
taylor
Blue Pill


Joined: Jan 27, 2004
Posts: 2

PostPosted: 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...

taylor
Back to top
pluby
The Architect
The Architect


Joined: Jun 16, 2003
Posts: 11949

PostPosted: 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. Smile

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.

Patrick
Back to top
taylor
Blue Pill


Joined: Jan 27, 2004
Posts: 2

PostPosted: 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.

Thanks for enduring this long rant,

taylor
Back to top
pluby
The Architect
The Architect


Joined: Jun 16, 2003
Posts: 11949

PostPosted: Tue Jan 27, 2004 11:31 pm    Post subject:

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.

Patrick
Back to top
pluby
The Architect
The Architect


Joined: Jun 16, 2003
Posts: 11949

PostPosted: Wed Jan 28, 2004 12:01 am    Post subject:

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.

Patrick
Back to top
pluby
The Architect
The Architect


Joined: Jun 16, 2003
Posts: 11949

PostPosted: Wed Jan 28, 2004 10:12 am    Post subject:

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).

Patrick
Back to top
Display posts from previous:   
   NeoOffice Forum Index -> NeoOffice Testing All times are GMT - 7 Hours
Goto page Previous  1, 2, 3, 4, 5  Next
Page 4 of 5

 
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

Powered by phpBB © 2001, 2005 phpBB Group

All logos and trademarks in this site are property of their respective owner. The comments are property of their posters, all the rest © Planamesa Inc.
NeoOffice is a registered trademark of Planamesa Inc. and may not be used without permission.
PHP-Nuke Copyright © 2005 by Francisco Burzi. This is free software, and you may redistribute it under the GPL. PHP-Nuke comes with absolutely no warranty, for details, see the license.