Re: LyX versus window manager
Rob> > I think Rob Lahaye deserves a prize for persistence! He has managed to Rob> > successfully isolate a bug that is triggered by resizing an xforms dialog when Rob> > the window manager is set up to show the window's properties while resizing. Rob> Thank you. Well, I'll probably go for the gold medal now by telling you: Rob> I've just uploaded & compiled the latest CVS and found the following: Rob> DISABLE that WM feature and do a FAST resize. Rob> If you do that fast enough (well, I believe that's what it is) then Rob> you'll see the scroll bar or status bar disappear, depending on Rob> whether you resize horizontally or vertically. You have to resize to Rob> a SMALLER size in order to let the scrollbar/statusbar disappear. This bug is independent of your discovery. I seem to remember reading that it was introduced recently by (Lars???) playing with the main window's scrollbars. The good news is that this means it's squashable. One day! Rob> Good news on the citation-ref window: my earlier reported bug on Rob> resizing that window has gone with the latest CVS compilation. ;-) That's because you discovered how to circumvent the problem! Have a good weekend. Angus
Re: LyX versus window manager
Angus Leeming wrote: > I think Rob Lahaye deserves a prize for persistence! He has managed to > successfully isolate a bug that is triggered by resizing an xforms dialog when > the window manager is set up to show the window's properties while resizing. Thank you. Well, I'll probably go for the gold medal now by telling you: I've just uploaded & compiled the latest CVS and found the following: DISABLE that WM feature and do a FAST resize. If you do that fast enough (well, I believe that's what it is) then you'll see the scroll bar or status bar disappear, depending on whether you resize horizontally or vertically. You have to resize to a SMALLER size in order to let the scrollbar/statusbar disappear. In KDE and Xfce I even don't need a document loaded for that! But mwm only shows this bug when it also has to resize the text of a loaded document; but it does happen in mwm as well. Is there a competition going on in XForms between resizing the contents of the window and displaying the margins (scrollbar and statusbar) ? So dis/enabling "show the window's contents while resizing" doesn't seem to be an issue anymore. --- Good news on the citation-ref window: my earlier reported bug on resizing that window has gone with the latest CVS compilation. You guys are doing great work!!! Regards, Rob.
Fwd: Re: LyX versus window manager
I think Rob Lahaye deserves a prize for persistence! He has managed to successfully isolate a bug that is triggered by resizing an xforms dialog when the window manager is set up to show the window's properties while resizing. I think that this should go in the Known Bugs document as it has now been isolated precisely. Shall I write a few words or is there a maintainer? Well done, Rob! Angus ps. Any replies please CC Rob as he's not on the list. pps. Rob, Disable this feature! A. -- Forwarded Message -- Subject: Re: LyX versus window manager Date: Sat, 15 Jul 2000 00:06:33 +0900 From: "R. Lahaye" <[EMAIL PROTECTED]> Angus Leeming wrote: > > Rob> I communicated this to the developer of the window > Rob> manager (xfce) and got a suprising reply: > > Rob> "[...] the problem reported with Lyx/Xforms is known by Lyx > Rob> devel team, listed in their known bugs and is caused by > Rob> XForms. This is not related to xfce. [...]" > > If things go wrong with xfce and not with other window managers, then I would > class this as a bug in xfce. Hassle him! He's only trying to reduce his > workload. Okay, I think we're gradually closing in on this one. It's not the window manager (WM), but the WM's feature of "showing the contents of the window while resizing". The other WMs I've tried so far did not have this feature. But now I've compared xfce's and KDE's behaviour with that feature enabled (only of these two WMs I know how to dis/enable it). Result: in both cases the main LyX window screws up, when a reasonbly sized lyx document is loaded. Resizing fast horizontally muddles up the right side of the window (scroll bar area); resizing fast vertically muddles up the bottom of the window (status bar). This doesn't happen all the time and seems be related to how fast the resize is done. Can you confirm this? Are you aware of any other WM that can show the window's contents while resizing? Unless both WM's contain a similar bug, the question is "Is this a LyX or an XForms problem/bug?" Regards, Rob. ---
GTK/Gnome frontend elementary support
Hi! the attached patch together with additional files included into the .tar.gz archive adds elementary support for GTK/Gnome frontend: configure scripts, Gtk/Gnome initialization, Gnome event loop processing, and Copyright dialog box implementation. It should be easy to use this code on the platform with good STL string implementation. In such case you need standard gtk, gnome, libsigc++ , gtk-- and gnome-- libraries. On my platform (redhat linux 6.1, egcs 1.1.2) LyX uses LyX string class instead of STL string. To use gtk-- and gnome-- with LyX I recompiled these libraries after replacing "#include " by "#include "LString.h"" in the source files of the libraries. To make our life easier I've written two small scripts that patch gtk-- and gnome-- libraries and compile them. Please note that running these scripts is DANGEROUS since it may change your source files. The following are instructions for getting Gtk/Gnome frontend running in the platforms that lack good STL string implementation (it worked on my platform): * install Gtk, Gnome, and libsigc++ * download gtkmm-1.2.1.tar.gz and gnomemm-1.1.10.tar.gz from http://gtkmm.sourceforge.net/download.html (click "sourceforge download area" on this page) * create a new directory and copy gtkmm-1.2.1.tar.gz, gnomemm-1.1.10.tar.gz, lyxgtk.sh, and str2lyxstr.sh to this directory (lyxgtk.sh and str2lyxstr.sh are attached to this e-mail) * cd to this directory * read and edit script lyxgtk.sh (set source and install directories) * run script lyxgtk.sh * include directory with installed new gtk and gnome libs to PATH and LD_LIBRARY_PATH as first directories (subdirs bin and lib, respectively). * cd to lyx source directory * run autogen.sh * run configure with the following options: --with-frontend=gtk --without-included-libsigc --disable-sigctest --with-gnomemm-config-path=NEW_GNOMEMM_LIB/lib/gnomemmConf.sh --disable-gtkmmtest * run make Please note, that compiled Gtk--/Gnome-- libraries are usable only with LyX. Finally, to make configure script working I had to disable AC_LANG_CPLUSPLUS in configure.in (line 66). Otherwise gnome configuration scripts were not working properly. It will be very nice if someone with good knowledge of configure.in magic would take a look on this problem. Regards, Marko #!/bin/bash # This script is DANGEROUS! It replaces # "#include " with "#include "LString.h"" in the files in # current directory (recursively!). This can change YOUR source files. # Use it at your own risk. FILELISTCC=`rgrep -r -l "#include " . | grep "\.cc"` FILELISTH=`rgrep -r -l "#include " . | grep "\.h"` FILELISTGEN=`rgrep -r -l "#include " . | grep "\.gen_"` for i in $FILELISTCC $FILELISTH $FILELISTGEN; do cat $i | sed -e 's/#include /#include "LString.h"/g' > .tmpfile mv .tmpfile $i done #!/bin/bash # This script is DANGEROUS! It uses script srt2lyxstr.sh to replace # "#include " with "#include "LString.h"". This can change YOUR source files. # Use it at your own risk. # extracting GNOME-- and GTK-- tar zxvf gnomemm-1.1.10.tar.gz tar zxvf gtkmm-1.2.1.tar.gz # Please specify the directories with GTK--, GNOME--, LyX source, and the directory # to which new GTK--/GNOME-- libraries should be installed. GTKMMDIR=/home/users/markov/cpp-files/lyx/lyx-gtk/gtkmm-1.2.1 GNOMEMMDIR=/home/users/markov/cpp-files/lyx/lyx-gtk/gnomemm-1.1.10 LIBINSTALLDIR=/home/users/markov/cpp-files/lyx/lyx-gtk/root LYXDIR=/home/users/markov/cpp-files/lyx/lyx-devel # Please note that script creates temporary directory $GTKMMDIR/../.tmpdir . # Change the script if this is not acceptable for you. mkdir $LIBINSTALLDIR export MAKE="make" export CXXFLAGS="-DUSE_INCLUDED_STRING -I$LYXDIR/src" CURRDIR=`pwd` STR2LYXSTR=$CURRDIR/str2lyxstr.sh # gtkmm cd $GTKMMDIR ./configure --prefix=$LIBINSTALLDIR echo -e "all: \ninstall: \n" > gdk--/tests/Makefile mv src/gtkmmproc ../.tmpdir $STR2LYXSTR mv ../.tmpdir src/gtkmmproc make make install cd $CURRDIR # gnomemm export PATH=$LIBINSTALLDIR/bin:$PATH cd $GNOMEMMDIR ./configure --prefix=$LIBINSTALLDIR --disable-gtkmmtest $STR2LYXSTR make make install cp src/gnomemmConf.sh $LIBINSTALLDIR/lib cd $CURRDIR gnome-add.tar.gz gnome-patch.gz
RE: Inset hiding when inset is deleted
On 14-Jul-2000 Angus Leeming wrote: > > Give me a chance, sir! Now that I've compiled and run things I find that that > pesky "Text After" in the main window is no longer present. WOOO! > #:O) well it did take some time, but finally ... ;) > Ok, smart arse ;-), so explain how and why this works? Is it documented? This will remain my secret (or how to not show his own ignorance ;)! Well at least I could tell you that my preferite coding-style is: "trial and error" #:O) Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450296 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Never try to outstubborn a cat. -- Lazarus Long, "Time Enough for Love"
RE: Inset hiding when inset is deleted
Jürgen> So you didn't see why I used that function :) Have a better look ;) Give me a chance, sir! Now that I've compiled and run things I find that that pesky "Text After" in the main window is no longer present. WOOO! Ok, smart arse ;-), so explain how and why this works? Is it documented? (ha ha!!) Cheers, Angus
RE: Inset hiding when inset is deleted
On 14-Jul-2000 Angus Leeming wrote: > > fl_set_object_position(dialog_->textAftr, 100, ypos); > in setSize()? I've just learnt about a new function. Thanks, Jürgen. I guess > that it could be applied to everything except the two browsers. Will make the > code clearer. So you didn't see why I used that function :) Have a better look ;) Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450296 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ I love you more than anything in this world. I don't expect that will last. -- Elvis Costello
RE: Inset hiding when inset is deleted
Jürgen> One observation why did you remove the CITATION_CODE? IMO that's is good Jürgen> if an inset can identify itself and it wouldn't have hurt! Sure. But I only introduced it in the first place because of the code in BufferView_pimpl.C. Re-introducing an Edit() method to InsetCitation rendered it superfluous. No need for code bloat... Jürgen> I made a small modI made a small modification in FormCitation.C have a look! fl_set_object_position(dialog_->textAftr, 100, ypos); in setSize()? I've just learnt about a new function. Thanks, Jürgen. I guess that it could be applied to everything except the two browsers. Will make the code clearer. Angus
Re: "Tabular format <5 not supported anymore": DOS files
On 14-Jul-2000 Ralf Ahlbrink wrote: >> >> Well you probably should send the file Base64 encoded! > > I give it a try. > I had a look at the file and now know what happens The problem is that the input-stream we get instead of starting on the start of the next line now starts on the "\n" (as probably LyXLex stopped reading after it read the "^M". I fixed this in the current cvs (well I'll commit this change now ;) Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450296 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ No one can feel as helpless as the owner of a sick goldfish.
RE: Inset hiding when inset is deleted
On 14-Jul-2000 Juergen Vigna wrote: >> Attached is a patch against current CVS. It contains I made a small modification in FormCitation.C have a look! Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450296 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Wasting time is an important part of living.
RE: Inset hiding when inset is deleted
On 13-Jul-2000 Angus Leeming wrote: > Jürgen> I tested it and it compiled, then you have to explain me what to change > Jürgen> because I've seen it now does produce struct's not typedef structs! > Nothing very exciting. It means that you can make a forward declaration to the > xform dialogs in FormXxx.h header files. See the patch to FormCitation.[Ch] > with this mail. > Well ok so if I just decleare the struct as you and don't include the header file, then when modifying the form I don't have to recompile all of the sourcefiles including FormTabular.h, hmmm sees good to me ;) > Jürgen> I already commited the whole lot! > Er... what about fdfixh.sed (new file) I don't think that you committed > that. Shame really, because the makefile has been modified to expect it! > Errr, ok I added it now (fortunately Kayan does not an automatic make updatesrc in his nightly builds otherwise I would have had more messages ;) > > Attached is a patch against current CVS. It contains > * a new signal, hideCitation, to prevent LyX from crashing when applying a > dialog's contents to an already deleted inset > * InsetCitation gains its Edit() method once again. Much neater code. Oh I didn't see your code in BufferView_pimpl.C otherwise you would have heard of me earlier to modify that code ;) > * insetloa.h, insetlof.h, insetlot.h, insettoc.h : moved "gettext.h" out of header > files. Seems good so I just commit it as soon as I finish compiling-linking. One observation why did you remove the CITATION_CODE? IMO that's is good if an inset can identify itself and it wouldn't have hurt! Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450296 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Beware of the Turing Tar-pit in which everything is possible but nothing of interest is easy.
