Libre Office problem

My default setup is a fully updated debian squeeze and uses:
rox-filer-2.9
rox-lib2-2.0.5
rox-session-0.41.0

openbox 3.4.11.1 (as suppled by the distro)

I unpacked the debian version of LO 3.3.0 and the GB language pack and
installed it without apparent problems.

However, if I try to save an new file or use 'Save As' to try to create a new
version of a file, LO freezes at the point where it should open the save
dialogue. If I simply re-save an edited document back on itself there is no
problem.

Open Office 3.2.0 doesn't have this problem.

Curiously, if (on the same machine) I log out, then log back in to the Gnome
desktop LO performs its saves quite correctly.

What I don't know is whether the fault is with LO, OpenBox or ROX. Or is it
some ambiguity that two elements are interpreting differently?

Suggestions welcome. I would really like to move from OO to LO.

--

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.

Re: Libre Office problem

On Mon, 21 Feb 2011 21:05:38 +0000
Abrolag <abrolag <at> users.sourceforge.net> wrote:

> My default setup is a fully updated debian squeeze and uses:
> rox-filer-2.9
> rox-lib2-2.0.5
> rox-session-0.41.0
> 
> openbox 3.4.11.1 (as suppled by the distro)
> 
> I unpacked the debian version of LO 3.3.0 and the GB language pack and
> installed it without apparent problems.
> 
> However, if I try to save an new file or use 'Save As' to try to create a new
> version of a file, LO freezes at the point where it should open the save
> dialogue. If I simply re-save an edited document back on itself there is no
> problem.
> 
> Open Office 3.2.0 doesn't have this problem.
> 
> Curiously, if (on the same machine) I log out, then log back in to the Gnome
> desktop LO performs its saves quite correctly.
> 
> What I don't know is whether the fault is with LO, OpenBox or ROX. Or is it
> some ambiguity that two elements are interpreting differently?
> 
> Suggestions welcome. I would really like to move from OO to LO.

I can now confirm it is definitely something between LO and ROX :(

Re: Libre Office problem

Abrolag wrote:
> On Mon, 21 Feb 2011 21:05:38 +0000
> Abrolag<abrolag <at> users.sourceforge.net>  wrote:
>
>> My default setup is a fully updated debian squeeze and uses:
>> rox-filer-2.9
>> rox-lib2-2.0.5
>> rox-session-0.41.0
>>
>> openbox 3.4.11.1 (as suppled by the distro)
>>
>> I unpacked the debian version of LO 3.3.0 and the GB language pack and
>> installed it without apparent problems.
>>
>> However, if I try to save an new file or use 'Save As' to try to create a new
>> version of a file, LO freezes at the point where it should open the save
>> dialogue. If I simply re-save an edited document back on itself there is no
>> problem.
>>
>> Open Office 3.2.0 doesn't have this problem.
>>
>> Curiously, if (on the same machine) I log out, then log back in to the Gnome
>> desktop LO performs its saves quite correctly.
>>
>> What I don't know is whether the fault is with LO, OpenBox or ROX. Or is it
>> some ambiguity that two elements are interpreting differently?
>>
>> Suggestions welcome. I would really like to move from OO to LO.
>
> I can now confirm it is definitely something between LO and ROX :(

Copy options not working properly

On RISC OS, if you set Force, Newer, Quiet and then drag a selection
it does what you expect (overwrites only the newer files and copies
all files that don't exist in the target directory).
ROX Filer however, with Force, Newer and Quiet, is different:
 1. The Quiet button is greyed out
 2. Whenever it finds the source and destination files are the
    same it asks for confirmation of overwrite.  This is
    unnecessary because I told it only to overwrite if newer.
 3. All the files that don't exist in the target directory are
    copied. This is fine - what is required.

This may seem a minor issue but when you have over 10000 files in
the directory and only a few are newer you end up being asked for
confirmation thousands of times!

I've also noticed that when you try to change permissions on a
selection of files, it asks for confirmation on every file.

--

-- 
Mike Hobbs

------------------------------------------------------------------------------
Free Software Download: Index, Search & Analyze Logs and other IT data in 
Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business 
insights. http://p.sf.net/sfu/splunk-dev2dev 

Idea: instant filetype association

------------------------------------------------------------------------------
Free Software Download: Index, Search & Analyze Logs and other IT data in 
Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business 
insights. http://p.sf.net/sfu/splunk-dev2dev 

_______________________________________________
rox-users mailing list
rox-users <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rox-users

Re: Libre Office problem - Update

On Wed, 23 Feb 2011 16:28:14 +0000
Mark Williams <mark.williams <at> ntlworld.com> wrote:

> Abrolag wrote:
> > On Mon, 21 Feb 2011 21:05:38 +0000
> > Abrolag<abrolag <at> users.sourceforge.net>  wrote:
> >
> >> My default setup is a fully updated debian squeeze and uses:
> >> rox-filer-2.9
> >> rox-lib2-2.0.5
> >> rox-session-0.41.0
> >>
> >> openbox 3.4.11.1 (as suppled by the distro)
> >>
> >> I unpacked the debian version of LO 3.3.0 and the GB language pack and
> >> installed it without apparent problems.
> >>
> >> However, if I try to save an new file or use 'Save As' to try to create a new
> >> version of a file, LO freezes at the point where it should open the save
> >> dialogue. If I simply re-save an edited document back on itself there is no
> >> problem.
> >>
> >> Open Office 3.2.0 doesn't have this problem.
> >>
> >> Curiously, if (on the same machine) I log out, then log back in to the Gnome
> >> desktop LO performs its saves quite correctly.
> >>
> >> What I don't know is whether the fault is with LO, OpenBox or ROX. Or is it
> >> some ambiguity that two elements are interpreting differently?
> >>
> >> Suggestions welcome. I would really like to move from OO to LO.
> >
> > I can now confirm it is definitely something between LO and ROX :(
> >
> > If I start a plain openbox session and use xterm to bring up LO it performs all
> > operations correctly, but if I then use rox -S to bring up the icon bar with
> > its goodies then then LO save problem shows up :(
> >
> > I could really do with some help here guys.
> >
> Sadly it's working fine for me
> 
> ROX-Filer-2.10
> ROXLib2-20.6
> ROX-Session-0.41.0
> 
> Maybe you need to update?

Just got some information from an Open Box user.

Libre office has a new option in Tools>Options>General that selects whether you
use the default dialogues or Libre Offices' ones. Checking this seems to cure
the problem. Presumably there is some odd problem with Libre Office
and gtk. Strange that I don't show the same problem with Open Office, and that
option isn't there either!

--

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.

------------------------------------------------------------------------------
Free Software Download: Index, Search & Analyze Logs and other IT data in 
Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business 
insights. http://p.sf.net/sfu/splunk-dev2dev 

Re: Idea: instant filetype association

Daniel Levine wrote:
> Just a thought on speeding the process of creating file associations...
>
> In Rox the usual way of creating an association is to open up the "Set
> Run Action" dialog and drag something into it. This is good, but it gets
> annoying when setting associations for lots of different filetypes, or
> changing associations.
>
> So how about letting the user drag the file icon onto the application
> icon to create an association? Currently that will open the file in that
> application, but won't associate it. I think it would be a good idea to
> have that action instantly associate the filetype and application; the
> user could set a different association later by dragging the file onto a
> different application icon. This would reduce the amount of clicking and
> dragging needed to create file associations.
>
> Example: I drag a .doc file onto abiword.desktop in
> /usr/share/applications. This opens the file in Abiword; but
> additionally, from now on, clicking on any .doc file will open it in
> Abiword. Later I realize Abiword is insufficient and install
> LibreOffice. Now I want to reassociation .doc files with LibreOffice
> Writer, so I drag one onto the Writer icon in /usr/share/applications,
> and the association is switched to Writer as the document is opened.
>
> Probably it also would be a good idea for this to be optional, e.g.
> controlled by "Options" -> "Drag and Drop" -> "Associate filetypes
> instantly" or somesuch option.
>
> What do you guys think? How hard would this be to implement?
>
XDGSupport is your friend ;)

http://roscidus.com/desktop/node/399

------------------------------------------------------------------------------
Free Software Download: Index, Search & Analyze Logs and other IT data in 
Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business 
insights. http://p.sf.net/sfu/splunk-dev2dev 

Thoughts on ownership and permissions

On RISC OS I can have multiple NFS client sessions, each of
which has different uid and gid (and various other params)
so that when I copy/move files between the Filer windows, the
ownership is changed to that of the uid and gid of the owner
NFS session. This is really useful when working with multiple
NFS servers and different user ids and avoids me forgetting
to change the ownership and permissions manually.
I use the SunFish NFS client (and have used other clients in
the past).

Could ROX be made to handle this kind of thing (fairly easily)?
I suppose people will argue that its not the responsibility of
ROX Filer to manage uid and gid and NFS things, but in the same
way I can use ROX Filer as 'root' or my personal id, it would
be nice to have different Filer windows with different user
ids.

To illustrate the requirement, suppose you compile a program
on your personal machine and want to copy it to a server so
that its accessible by many people and owned by a generic
user like "qatest". When you open /mnt/qatest (and ROX auto
mounts it with -t nfs option) the file operations assume the
ownership of the user who opened the file viewer. So when the
new executable is dragged to thie file viewer, it acquires
the ownnership of the user, whereas what was required is the
file to be owned by the generic user "qatest".

Any ideas?

--

-- 
Mike Hobbs

------------------------------------------------------------------------------
Free Software Download: Index, Search & Analyze Logs and other IT data in 
Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business 
insights. http://p.sf.net/sfu/splunk-dev2dev 

Re: Idea: instant filetype association

In article <BAY145-w61BEFC19AF11F525D18DCFD5C00 <at> phx.gbl>, Daniel
Levine
<dlev89 <at> hotmail.com> wrote:

> So how about letting the user drag the file icon onto the application
> icon to create an association? Currently that will open the file in that
> application, but won't associate it. I think it would be a good idea to
> have that action instantly associate the filetype and application;

I'd find that a pest. I often drag given 'types' of files to different
things for various purposes. Don't want the defined run/load action to
change according to what I last did some while ago.

To avoid problems you'd need some for of modified dnd - e.g. like holding
down a particular key when dropping.

Even so, I can't personally see this as being difficult using the current
system. So wouldn't really want a change.

Slainte,

Jim

--

-- 
Electronics  http://www.st-and.ac.uk/~www_pa/Scots_Guide/intro/electron.htm
Armstrong Audio  http://www.audiomisc.co.uk/Armstrong/armstrong.html
Audio Misc  http://www.audiomisc.co.uk/index.html

------------------------------------------------------------------------------
Free Software Download: Index, Search & Analyze Logs and other IT data in 
Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business 
insights. http://p.sf.net/sfu/splunk-dev2dev