octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #53276] GUI: undocked panes cannot be moved, o


From: Dan Sebald
Subject: [Octave-bug-tracker] [bug #53276] GUI: undocked panes cannot be moved, or resized along upper border
Date: Fri, 16 Mar 2018 17:22:35 -0400 (EDT)
User-agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:55.0) Gecko/20100101 Firefox/55.0

Follow-up Comment #43, bug #53276 (project octave):

Comment #40: "After a while and some clicking around the Documentation pane
reappeared, and I could drag it (it had a blue title bar) but there was also a
ghost Documentation pane tabbed & docked with the Terminal pane. Weird."

Comment #41: "screenshot of situation with semi-undocked Documentation pane
(file #43581)"

OK!  Getting somewhere, excellent!  I like seeing that full-decorated frame
around the Documenation widget.

The peculiar behavior you describe is just the sort of thing I was dealing
with and which I now have functioning properly on my system (Cinnamon) with
the patches attached in recent past posts.  I solved some of the strange
frame/no-frame/float/no-float issues by the issuing make_window() and
make_widget() in queued fashion here and there.  So, now it looks like we need
to tweak things to make it work consistently on other Qt systems, like
KDE/Plasma.

It's a Friday, and I prefer ending Friday's on an up note.  So lets take a
break and revisit.  Thanks.

Regarding the patches, in development I generally don't apply the patch via
the official "hg patch" route but instead make them a temporary change.  That
is, if someone gives me a patch to try, I just make sure I have a recent tip
(or some particular relevant point in the repository) then apply the patch as
though it is simply a difference:

patch -p1 < first_attempt.patch
["hg diff" here will show what the differences are]
[build the application with the above changes, didn't work]
hg revert --all
[removes all the changes]
patch -p1 < second_attempt.patch
[build again, should take just a couple minutes, didn't work]
hg revert --all
patch -p1 < maybe_third_attempt_works.patch
[build again, yeah this time it works]
hg revert --all

It's all a matter of preference.  Generally, I try avoiding multiple patches
and just redo the original.

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?53276>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]