![[TEST] Document Foundation Community](https://communitytest.documentfoundation.org/images/discourse-logo-sketch.png){kind=logo}
Hi Luuk,
ok but this different behaviour is "by design" or is a bug? If it's "by design", this behaviour is correctly documented? I don't remember anything about this...
Hi 
That makes sense now. I think we need someone to post a bug-report about it
http://wiki.documentfoundation.org/BugReport
Please let us know the bug-report's address when you have posted it.
Regards from
Tom
Stafano,
It was my conclusion from what you wrote here:
http://nabble.documentfoundation.org/Open-pps-as-ppt-tp2457168p2472214.html
<quoot>
Situation:
* user A with Excel 2000
* user B with LibreOffice 3.3 / OpenOffice 3.2
Step to reproduce:
* user A open, modify,save and close "example.xml" file with Excel 2000
* user B open "example.xml" with LibreOffice 3.3
* user A open "example.xml" and Excel tell the user that file is
opened by user A (expected: user B)
* user A open "example.xml" with LibreOffice and the program tell
the user that file is opened by user B (as expected)
<end-quoot>
Tom reacted by saying: "This seems to be normal behaviour"
But clearly the last 2 '*' points in your mail should behave in a
similar way, at least to the user.
It they dont do that, this sounds like a bug, at least to me.
But i see you already filed a bug for this
(https://bugs.freedesktop.org/show_bug.cgi?id=34171)
Hi,
File-locking where multiple users have access through the same system and s/w, is definitely a feature and not a bug. By my experience (on MF, Unix & Win), file-locking is achieved at the OS layer but the s/w has the job of ensuring that the user is appropriately informed of who has it and for how long (at a minimum).
Another issue, which I have not seen mention of, is the procedure that users are instructed to follow in the event of file-locking. This a thorny procedural issue. The s/w can only assist in resolving it by reporting on a comparison of the current file on the system and the file of the user with proposed changes when access is freed by the first user. It's up to management and the user to determine how to proceed from there.
Hi Luuk,
ok but this different behaviour is "by design" or is a bug? If
it's "by design", this behaviour is correctly documented? I don't
remember anything about this...When reading previous message Excel does behave in a different way than
Calc does.Stafano,
It was my conclusion from what you wrote here:
http://nabble.documentfoundation.org/Open-pps-as-ppt-tp2457168p2472214.html
<quoot>
Situation:* user A with Excel 2000
* user B with LibreOffice 3.3 / OpenOffice 3.2Step to reproduce:
* user A open, modify,save and close "example.xml" file with Excel 2000
* user B open "example.xml" with LibreOffice 3.3
* user A open "example.xml" and Excel tell the user that file is
opened by user A (expected: user B)
* user A open "example.xml" with LibreOffice and the program tell
the user that file is opened by user B (as expected)
<end-quoot>Tom reacted by saying: "This seems to be normal behaviour"
But clearly the last 2 '*' points in your mail should behave in a
similar way, at least to the user.
It they dont do that, this sounds like a bug, at least to me.But i see you already filed a bug for this
(https://bugs.freedesktop.org/show_bug.cgi?id=34171)--
Unsubscribe instructions: E-mail to users+help@libreoffice.org
List archive: http://listarchives.libreoffice.org/www/users/
*** All posts to this list are publicly archived for eternity ***
Glenn
glennst01@gmail.com
Right... but, in mixed environment, user in not properly informed. I think that LibreOffice is used frequently, in business environment, in mixed mode: nobody trash Excel without testing accurately all needed LibreOffice features.
If this is not a bug, it's surely not a desired behaviour
There is a list of available programs to choose from when you
'right-click' > 'open with'... in that list, there are, among others:
...
LibreOffice 3.3
LibreOffice Impress
...
Click on the ...3.3 one instead of the ...Impress one.
In my case there is no LibreOffice.
Wanna know something weird? I open LibreOffice, I chose 'Open' command, it
opens the file, plays it, and closes! I can't find a way to edit it. I don't
think is desirable to rename it just to edit. And it didn't do so until it
was the stable build. As beta behaved as I need.
What OS are you trying to do this on?
you should not put in in a case...
you should install in on a computer 
First: Windows 7 x64, i7 920, 6GB DDR3 RAM in triple channel, 5x1TB WD HDD,
nVidia 9800 GT.
Second: Windows 7 x64, i5 750, 4GB DDR3 RAM in dual channel, 500GB WD HDD,
nVidia 250.
I am not a gamer.
Ok, when you rightclick on a file, and choose 'open with' you should
see a window that contains also a 'browse' button
click this thing, and go to "C:\Program Files (x86)\LibreOffice
3\program" (which is the default location for LibO, or) to the location
where you installed LibreOffice.
Choose the program that's the correct one ('simpress.exe') or
('soffice.exe')
The checkbox in the first screen is also something to watch for.... if
you're not sure if the selected program will work, than UNcheck this thing..
Thanks, but there are only two LibreOffice Impress that do the same thing as
I open the file directly. I browse to the soffice.exe too. Still no
difference.
I do believe this is a bug.
It must be possible to open a pps in edit mode. Without renaming it.
i just downloaded a random pps-file because i dont to much with
impress/powerpoint
(http://www.google.com/#sclient=psy&hl=en&site=&source=hp&q=filetype:pps&aq=f&aqi=&aql=&oq=&pbx=1&bav=on.1,or.&fp=92188ee12107320c)
Double clicking the file, opened the presentation
Renaming the file from *.pps to *.ppt, and than double-clicking it
opened it in edit-mode.
You also might want to check this before you post a bug:
C:\>assoc .pps
.pps=OpenOffice.org.Pps
C:\>ftype OpenOffice.org.Pps
OpenOffice.org.Pps="C:\Program Files (x86)\LibreOffice
3\program\\simpress.exe" -o "%1"
C:\>assoc .ppt
.ppt=OpenOffice.org.Ppt
C:\>ftype OpenOffice.org.Ppt
OpenOffice.org.Ppt="C:\Program Files (x86)\LibreOffice
3\program\\simpress.exe" -o "%1"
C:\>
If out post a bug, the developer surely want to have a copy of the file
which produces this error....
Well... if you really did try browsing to it per Luuk's instructions,
and it still played it then closed, then I'd call that a bug, but it
must only be a Windows7 or Win7 64 bot bug, because it works fine for me
on XP... sorry, but I cannot confirm it on Win7 32 or 64 bit, though...
Can anyone else running Win7 check this?
I've already explained to you, it is... apparently you've hit a bug, now
we just need others with Win7 to confirm it..
I just did some comparison testing:
LibreOffice 3.3.1 – Automatically plays .pps and closes it when it is finished playing
PowerPoint (MS Office for Macs 2011) – Automatically plays .pps and closes it when it is
finished playing
OOo 3.3 – Opens a .pps in edit mode. Have to select play. Exits play to edit mode.
Keynote (iWork '08) – Opens a .pps in edit mode. Have to select play. Exits play to edit mode.
The LibreOffice developers have successfully emulated the behaviour of PowerPoint.
If that emulation is desirable is another question.
Larry
I did, with a downloaded pps (from the internet) and it is editable
after renaming it to ppt
on Windows7 (64bit)/ LibreOffice 3.3.0 / OOO330m19 (Build:6) / tag
libreoffice-3.3.0.4
First, as I already mentioned, I do not refer to the renamed to ppt file. I
take a pps and it doesn't stop to edit it either way. The files are
associated to the LibreOffice by the installer. If they weren't (when
checked at the installer's step) - then it is a bug.
It worked as I need before the stable version.
Concerning the scripts, the only difference is here:
OpenOffice.org.Pps="C:\Program Files (x86)\LibreOffice
3\program\\simpress.exe"