Revolution 3.5 with KDE4 or composite desktops...

Deploying to Linux? Get penguinated here.

Moderators: FourthWorld, heatherlaine, Klaus, kevinmiller, robinmiller

Post Reply
rishi
Posts: 25
Joined: Wed Apr 12, 2006 12:23 am
Location: Australia
Contact:

Revolution 3.5 with KDE4 or composite desktops...

Post by rishi » Tue Jun 30, 2009 6:15 am

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,
--
Rishi Viner
Australia

richmond62
Livecode Opensource Backer
Livecode Opensource Backer
Posts: 9417
Joined: Fri Feb 19, 2010 10:17 am
Location: Bulgaria

Re: Revolution 3.5 with KDE4 or composite desktops...

Post by richmond62 » Thu Apr 08, 2010 7:55 am

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.

FourthWorld
VIP Livecode Opensource Backer
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...

Post by FourthWorld » Thu Apr 08, 2010 1:59 pm

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/
Richard Gaskin
LiveCode development, training, and consulting services: Fourth World Systems
LiveCode Group on Facebook
LiveCode Group on LinkedIn

mwieder
VIP Livecode Opensource Backer
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...

Post by mwieder » Fri Apr 09, 2010 5:43 pm

I never noticed raisePalettes before. I think the default value of raisePalettes is always false. The documentation for raisePalettes says
Important! Setting this property to true may result in window flashing on Unix systems.
so this may not be a one-size-fits-all solution.

Post Reply

Return to “Linux”