[dev] [dwm] Issue with openoffice fullscreen presentation
Hello, Since I upgraded openoffice to v3.2.0 when I switch a presentation to fullscreen then I just get a tiny square box (like in the screenshot attached: the square box is just under the mouse pointer) I tested with blackbox WM and openoffice worked fine. With previous versions of openoffice everything was good. I know that the problem comes certainly from openoffice but is there someone that solved this issue with some configuration into openoffice or else Thanks, capitn attachment: screenshot.jpg
[dev] [surf] Who stole the cookies from the cookie jar?
Hi, From when I started using surf, I found it a bit annoying how cookies don't seem to 'stick' - logging into things like, say, Google Calendar doesn't persist for more than a few hours when you tick remember me, which is something that a lot of services have. Is this a problem with how surf stores cookies, or something that most of the websites that allow login have that clashes with surf and relies on quirks of the more popular browsers? It's got worse this week, in that surf has basically stopped accepting cookies at all, and I can't login to any websites as I either get logged out immediately, or I get your browser's cookie support is turned off. I've managed to fix this by simply deleting my cookies file and starting again, but this shouldn't happen so is probably a bug. Not sure how helpful this e-mail is in fixing bugs, but if I am misinterpreting features as bugs, I would very much appreciate an explication :-) S -- Sean Whitton / s...@silentflame.com OpenPGP KeyID: 0x3B6D411B http://seanwhitton.com/ signature.asc Description: Digital signature
Re: [dev] [dwm] Issue with openoffice fullscreen presentation
Isn't OOo just java too? So you *might* get that fixxed with the grey-windows-in-java-workarounds: either: wmname LG3D; unset AWT_TOOLKIT or: export AWT_TOOLKIT=MToolkit Surma On Thu, Mar 11, 2010 at 11:37 AM, Jakub Lach jakub_l...@mailplus.pl wrote: 11 march 2010 10:25 Anselm R Garbe ans...@garbe.us Most likely openoffice requires a reparenting WM. I'd say file a bug report @openoffice.org. Cheers, Anselm I'm using OOo_DEV300_m71 (3.3) and have no such problem. regards, -Jakub Lach
Re: [dev] [dwm] Issue with openoffice fullscreen presentation
On 11 March 2010 11:20, Alexander Surma alexander.su...@googlemail.com wrote: Isn't OOo just java too? So you *might* get that fixxed with the grey-windows-in-java-workarounds: That would also explain why OO is so damn slow. But it's not Java, it's rather a huge pile of crappy C++ code and a big surprise that it works to some extend and that people who develop aren't doing suicide or look for another job... Cheers, Anselm
Re: [dev] [surf] Who stole the cookies from the cookie jar?
Use stable version. Now most of cookies-related code is removed and it will be rewritten for multi-process design. The problem with existing cookies code is that it stores cookies when you exit and reloads when you start new surf process. So if you run 2 surf processes, login in first, close it and then close second, the second will store empty cookies.txt again and rewrite cookies stored by first process. It is common situation, you can see something like it when bash stores its history.
Re: [dev] [dwm] Issue with openoffice fullscreen presentation
Thanks for the hint but I already tried with no luck. I will try to install the Beta version of OO and see if the problem persists. capitn On Thu, 11 Mar 2010 12:20:22 +0100 Alexander Surma alexander.su...@googlemail.com wrote: Isn't OOo just java too? So you *might* get that fixxed with the grey-windows-in-java-workarounds: either: wmname LG3D; unset AWT_TOOLKIT or: export AWT_TOOLKIT=MToolkit Surma On Thu, Mar 11, 2010 at 11:37 AM, Jakub Lach jakub_l...@mailplus.pl wrote: 11 march 2010 10:25 Anselm R Garbe ans...@garbe.us Most likely openoffice requires a reparenting WM. I'd say file a bug report @openoffice.org. Cheers, Anselm I'm using OOo_DEV300_m71 (3.3) and have no such problem. regards, -Jakub Lach
Re: [dev] [surf] Who stole the cookies from the cookie jar?
SW == Sean Whitton s...@silentflame.com writes: SW From when I started using surf, I found it a bit annoying how SW cookies don't seem to 'stick' - logging into things like, say, SW Google Calendar doesn't persist for more than a few hours when you SW tick remember me, which is something that a lot of services SW have. Is this a problem with how surf stores cookies, or SW something that most of the websites that allow login have that SW clashes with surf and relies on quirks of the more popular SW browsers? I'm not sure if this is the root of your problem but last time I looked surf definitely had issues with session cookies (i.e. cookies with no expiry date set). changecookie() turns them into cookies with a lifetime of now+sessiontime (config.def.h sets this to 3600s) and stores them in ~/.surf/cookies.txt. This means that if you start a new surf then the cookies will get used (probably what one expects if one wants to think of multiple surf instances as equivalent to the multiple tabs of other browsers) but it also means they'll stop being used after an hour even if you don't close the surf down. This is most definately not expected session cookie behaviour. I've been meaning to look at ways of fixing it for a while now but just haven't had time. I was reluctant to report it without also being able to provide working code to improve the situation. As an aside personally I'd also like surf to be able to apply some form of selective cookie accept/deny policy. I was imagining some form of external surf-policy process that a running surf could connect to and consult (I think uzbl uses a similar idea). I was wondering too if this could maybe tie up with the SSL certificate issues that cropped up recently and provide a mechanism for surf to accept or reject server certs. Heck it would also be nice to have this dictate a javascript on/off policy. Moon on a stick too please :-) SW It's got worse this week, in that surf has basically stopped SW accepting cookies at all, and I can't login to any websites as I SW either get logged out immediately, or I get your browser's cookie SW support is turned off. I've managed to fix this by simply SW deleting my cookies file and starting again, but this shouldn't SW happen so is probably a bug. Sorry, can't explain this one. Can only speculate that the cookies.txt somehow got mangled.
Re: [dev] [surf] Who stole the cookies from the cookie jar?
Hi, On Thu, Mar 11, 2010 at 02:52:15PM +0300, anonymous wrote: Use stable version. Now most of cookies-related code is removed and it will be rewritten for multi-process design. The problem with existing cookies code is that it stores cookies when you exit and reloads when you start new surf process. So if you run 2 surf processes, login in first, close it and then close second, the second will store empty cookies.txt again and rewrite cookies stored by first process. It is common situation, you can see something like it when bash stores its history. What do you mean by stable version? I've been using 0.3, the .tar.gz download, and am not pulling from Mercurial. S -- Sean Whitton / s...@silentflame.com OpenPGP KeyID: 0x3B6D411B http://seanwhitton.com/ signature.asc Description: Digital signature
Re: [dev] [dwm] Issue with openoffice fullscreen presentation
11 march 2010 12:33 Anselm R Garbe ans...@garbe.us napisał(a): On 11 March 2010 11:20, Alexander Surma alexander.su...@googlemail.com wrote: Isn't OOo just java too? So you *might* get that fixxed with the grey-windows-in-java-workarounds: That would also explain why OO is so damn slow. But it's not Java, it's rather a huge pile of crappy C++ code and a big surprise that it works to some extend and that people who develop aren't doing suicide or look for another job... Cheers, Anselm Yet, there are no sane alternatives, and some of us (e.g. me) must deal with doc, xls and ppt files. Enough to say it's the only GUI aplication I use besides web browser and pdfviewer. best regards, -Jakub Lach
Re: [dev] [dwm] Issue with openoffice fullscreen presentation
On 11 March 2010 15:24, Jakub Lach jakub_l...@mailplus.pl wrote: 11 march 2010 12:33 Anselm R Garbe ans...@garbe.us napisał(a): On 11 March 2010 11:20, Alexander Surma alexander.su...@googlemail.com wrote: Isn't OOo just java too? So you *might* get that fixxed with the grey-windows-in-java-workarounds: That would also explain why OO is so damn slow. But it's not Java, it's rather a huge pile of crappy C++ code and a big surprise that it works to some extend and that people who develop aren't doing suicide or look for another job... Cheers, Anselm Yet, there are no sane alternatives, and some of us (e.g. me) must deal with doc, xls and ppt files. Enough to say it's the only GUI aplication I use besides web browser and pdfviewer. I use MS Office for that kind of stuff. It sucks less than OO and I usually have dual boot or some spare system that runs Windows+MS Office. And people stopped complaining about broken documents all the time like in the days when I used OO ;) I know it's sad, but there is no alternative. Cheers, Anselm
Re: [dev] HG and python
On Wed, Mar 10, 2010 at 08:15:04PM +0100, Sylvain BERTRAND wrote: In heaven there is no GNU. Neither perl/python/ruby/lua/squirel/scheme/C++/java/C#. :) Lua is suckless, seriously. Just look at it.
Re: [dev] [dwm] Issue with openoffice fullscreen presentation
I use MS Office for that kind of stuff. It sucks less than OO and I usually have dual boot or some spare system that runs Windows+MS Office. And people stopped complaining about broken documents all the time like in the days when I used OO ;) I know it's sad, but there is no alternative. Google Docs has worked well for my needs, plus it makes it easy to collaborate on documents with others. The presentations look pretty good too :)