On Tuesday, February 19, 2013 21:59 CET, John B Thiel <[email protected]> wrote: > Installed straight via the package manager in Debian (aptitude). > > Update: AHA! I found that it's related to the window manager. The > non-dropping behavior was running on LXDE (version "4+nmu1"). I > switched to XFCE 4.8 (all other system details same as prior), and now > the drag-drop is working.
You may try Gorm from SVN with LXDE again, since my changes are now in. You should also run -base, -gui, -back from SVN too. Not sure if that will fix your problem, since there seem to be other window manager related problems discussed on other m/l. > > Additional info: In XFCE now, I see the correct behavior on drag-drop > is that a highlighting border bar appears in the target drop-window > prior to mouse-release. That border does not appear while dragging in > LXDE. > > New minor issues: working under XFCE, I see some glitches with the > Gorm cursor not updating correctly to track the operational mode or > object hovering over -- eg. the duplicate cursor (set when dragging a > new component to the window) stays after the object is dropped; if > you pass over a text field, the I-bar text cursor stays... there is this bug report, which probably also applies for you: https://savannah.gnu.org/bugs/?35431 you may want to add your observations there. Sebasian > > > > On Tue, Feb 19, 2013 at 12:12 PM, Gregory Casamento > <[email protected]> wrote: > > No it's not related to dual cores. The machine I test on is a 3GHz Dual > > Core Machine and I have no problems at all. > > > > I've updated to the latest in SVN, and I don't see this. I'm not sure why > > it's not working for you. > > > > Can you tell me how you installed GNUstep? From packages or from source? > > > > GC > > > > > > On Tue, Feb 19, 2013 at 2:48 PM, John B Thiel <[email protected]> wrote: > >> > >> Platform: > >> Debian (wheezy/testing) Linux 3.2.0-1-686-pae, SMP, 2 cores, inside > >> VirtualBox v4.2.1, on Intel dual-core i5 > >> > >> Pasteboard: ps ax | grep gpbs, reports: > >> /usr/bin/gpbs -GSStartupNotification GSStartup-GPBS --auto --daemon > >> > >> Note: the gpbs only starts up *after* I add a Window (or Panel) to a > >> new empty module. Prior to that Gorm is running, but the gpbs is not. > >> (significant?) > >> > >> Could it be related to 2 cores? I will test single if you think it > >> makes a difference. > >> > >> On Tue, Feb 19, 2013 at 10:40 AM, Gregory Casamento > >> <[email protected]> wrote: > >> > What platform is this on? > >> > > >> > GC > >> > > >> > > >> > On Tue, Feb 19, 2013 at 10:53 AM, John B Thiel <[email protected]> > >> > wrote: > >> >> > >> >> On Gorm 1.2.16 on Debian Wheezy: > >> >> > >> >> Gorm starts ok, I can make a new empty module or application. I can > >> >> drag a Window or Panel to the module, which adds it and opens it. > >> >> > >> >> But then dragging any component from any of the groupings -- like > >> >> Button, Sliders / Grid / Calendar, etc... > >> >> into the new Window/Panel, just results in the component flying back; > >> >> it does not go into the window. > >> >> > >> >> Thanks for the great work on GNUStep. > >> >> > >> >> -- jbthiel > >> >> > >> >> > >> >> ps. Same effect as reported here: > >> >> http://lists.gnu.org/archive/html/help-gnustep/2006-05/msg00009.html > >> >> > >> > >> > > >> > > >> > -- > >> > Gregory Casamento > >> > Open Logic Corporation, Principal Consultant > >> > yahoo/skype: greg_casamento, aol: gjcasa > >> > (240)274-9630 (Cell) > >> > http://www.gnustep.org > >> > http://heronsperch.blogspot.com > > > > > > > > > > -- > > Gregory Casamento > > Open Logic Corporation, Principal Consultant > > yahoo/skype: greg_casamento, aol: gjcasa > > (240)274-9630 (Cell) > > http://www.gnustep.org > > http://heronsperch.blogspot.com > > _______________________________________________ > Bug-gnustep mailing list > [email protected] > https://lists.gnu.org/mailman/listinfo/bug-gnustep _______________________________________________ Bug-gnustep mailing list [email protected] https://lists.gnu.org/mailman/listinfo/bug-gnustep
