Anybody using Rev 3.5 with KDE4?
We are using SuSE 11.0 which comes with KDE4 and since moving to Rev 3.5 we have noticed some unexpected behavior:
1. In the script editor we can't highlight / select code with the mouse. You can click and drag but as soon as you release the button the selection is gone. Makes it hard to copy and paste code!
2. On the tools palette there is only one icon at the top, where you used to be able to choose between the normal mouse mode and the editing mouse mode. Is this right? It seems to be that you have to use the 'Tools' menu item to put the mouse back into editing cursor mode.
Just wondering if anyone can confirm this behavior and suggest workarounds / solutions etc?
Thanks,
Revolution 3.5 with KDE4 or composite desktops...
Moderators: FourthWorld, heatherlaine, Klaus, kevinmiller, robinmiller
Revolution 3.5 with KDE4 or composite desktops...
--
Rishi Viner
Australia
Rishi Viner
Australia
-
- Livecode Opensource Backer
- Posts: 9417
- Joined: Fri Feb 19, 2010 10:17 am
- Location: Bulgaria
Re: Revolution 3.5 with KDE4 or composite desktops...
The Tool palette is distinctly 'wonky' on Linux:
RunRev 4 has some ugly, misshaped 'things' at the top. It might be a good idea if RunRev were just to use the Mac OS icons for the RunRev Linux
Tool palette rather than try and be too clever for their own good trying to get the palette to camouflage itself to blend in with whatever window
manager one has.
RunRev 4 has some ugly, misshaped 'things' at the top. It might be a good idea if RunRev were just to use the Mac OS icons for the RunRev Linux
Tool palette rather than try and be too clever for their own good trying to get the palette to camouflage itself to blend in with whatever window
manager one has.
-
- VIP Livecode Opensource Backer
- Posts: 9844
- Joined: Sat Apr 08, 2006 7:05 am
- Location: Los Angeles
- Contact:
Re: Revolution 3.5 with KDE4 or composite desktops...
One small improvement can be done with a line of code:
set the raisePalettes to true
I'm not sure why this is false by default on Linux (or at least in Ubuntu/Gnome), but turning it on makes palettes behave more distinctly as they do in other OSes.
But that won't address your main issues, and for those I would encourage you to please log them to the RQCC when you have a moment:
http://quality.runrev.com/qacenter/
set the raisePalettes to true
I'm not sure why this is false by default on Linux (or at least in Ubuntu/Gnome), but turning it on makes palettes behave more distinctly as they do in other OSes.
But that won't address your main issues, and for those I would encourage you to please log them to the RQCC when you have a moment:
http://quality.runrev.com/qacenter/
Richard Gaskin
LiveCode development, training, and consulting services: Fourth World Systems
LiveCode Group on Facebook
LiveCode Group on LinkedIn
LiveCode development, training, and consulting services: Fourth World Systems
LiveCode Group on Facebook
LiveCode Group on LinkedIn
-
- VIP Livecode Opensource Backer
- Posts: 3581
- Joined: Mon Jan 22, 2007 7:36 am
- Location: Berkeley, CA, US
- Contact:
Re: Revolution 3.5 with KDE4 or composite desktops...
I never noticed raisePalettes before. I think the default value of raisePalettes is always false. The documentation for raisePalettes says
so this may not be a one-size-fits-all solution.Important! Setting this property to true may result in window flashing on Unix systems.