Linux Requirements.

Deploying to Linux? Get penguinated here.

Moderators: FourthWorld, heatherlaine, Klaus, kevinmiller, robinmiller

mwieder
VIP Livecode Opensource Backer
VIP Livecode Opensource Backer
Posts: 3581
Joined: Mon Jan 22, 2007 7:36 am
Contact:

Re: Linux Requirements.

Post by mwieder » Tue Dec 21, 2010 9:56 pm

Build 1150 is working fine here - open and combo boxes work and look the way they should. I recall another developer having trouble with an option box when the stack was created on OSX and ported to linux. Removing the option box and making a new one in the linux environment solved the problem.

Kevin
Posts: 74
Joined: Fri Oct 02, 2009 3:47 pm

Re: Linux Requirements.

Post by Kevin » Wed Dec 22, 2010 2:44 pm

Image

Compaq DL 360 running CentOS 5

32-bit installation
No compositing window manager
GTK/GDK/GLIB
Pango/XFT
LCMS
GKSU
MPLAYER
ESD

Screen shot from second LiveCode 4.5.2. Stack is simple drag controls from "Tool" window to "Main Stack" build as standalone and execute nothing else necessary.

Kevin

Kevin
Posts: 74
Joined: Fri Oct 02, 2009 3:47 pm

Re: Linux Requirements.

Post by Kevin » Wed Dec 22, 2010 3:52 pm

Play by play:

Most of the usage of my particular application is remote (X secession, VNC) the current server would be considered a antique as would the Linux installation (using Runtime Revolution 2.x). Recently, it has been requested that I add features and upgrade the server consider the multitude of upgrades Runtime Revolution has experienced I started looking a 4.5.2. Since I had experienced issues with the Linux UI on a previous occasion I created a "Workbench" stack which consist of each basic control and a few custom deviations which failed. So, I created a 4.5.2 based standalone and made it accessible to those users who are somewhat computer literate (YMMV). All of which reported black controls. To ensure the issue was not specific to my 'Workbench' stack simply created a new 'Main Stack' and dragged the basic controls to it and built the 'Untitled 1' standalone. At this time I requested the users review it and report their results. Unfortunately, they still experienced the same issue which I was able to reproduce locally/remotely with multiple stacks/controls. Last night I upgraded the CentOS system (Compiz) and the local problem no longer exists.

Post Reply