Re: [PATCH] fix uneditable TOC and URL
John Levon <[EMAIL PROTECTED]> writes: | It would be nice if you could say "must derive" in C++ I think My, bad obviously... I really thought I had caught all of these. Thanks for finding this. -- Lgb
Re: mb completion
John Levon <[EMAIL PROTECTED]> writes: | I'm going to see if I can hack up some xforms completion popup for | the minibuffer. Thanks. -- Lgb
Re: captions and floats
John Levon <[EMAIL PROTECTED]> writes: | On Fri, Jun 29, 2001 at 01:39:36AM +0200, Lars Gullik Bjønnes wrote: | | > Use the capiton from the layout drop-down. | | dur, right, sorry | | I guess the caption box in the figure/graphics dialogs is going to | need to do something useful ??? Actually.. no, I don't think so. I think it could be removed without us loosing something. | > | 4) clicking on a LOF,TOC etc. box doesn't bring up the dialog anymore (e.g. in |userguide.lyx) | > | > Yes, I saw that. And I wonder why. | | well lfloatlist is because it needs implementing :) I'll have a go | | looking at TOC too .. (all the InsetComand derived ones are fucked) oops... forgot about the floatlist... I was curious about the TOC. -- Lgb
[PATCH] fix uneditable TOC and URL
It would be nice if you could say "must derive" in C++ I think thanks john -- "Who can afford to do professional work for nothing ? What hobbyist can put 3-man years into programming, finding all bugs, documenting his product and distribute for free ?" - Bill Gates Index: src/insets/ChangeLog === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/ChangeLog,v retrieving revision 1.102 diff -u -r1.102 ChangeLog --- src/insets/ChangeLog2001/06/28 10:25:17 1.102 +++ src/insets/ChangeLog2001/06/29 02:37:41 @@ -1,3 +1,11 @@ +2001-06-29 John Levon <[EMAIL PROTECTED]> + + * insettoc.h: + * insettoc.C: + * inseturl.h: + * inseturl.C: fix method names in these to begin + with small char too, so they inherit + 2001-06-28 Lars Gullik Bjønnes <[EMAIL PROTECTED]> * Change a lot of method names to begin with a small char. Index: src/insets/insettoc.h === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/insettoc.h,v retrieving revision 1.26 diff -u -r1.26 insettoc.h --- src/insets/insettoc.h 2001/06/28 10:25:20 1.26 +++ src/insets/insettoc.h 2001/06/29 02:37:42 @@ -31,17 +31,17 @@ /// string const getScreenLabel() const; /// - void Edit(BufferView * bv, int, int, unsigned int); + void edit(BufferView * bv, int, int, unsigned int); /// - EDITABLE Editable() const { return IS_EDITABLE; } + EDITABLE editable() const { return IS_EDITABLE; } /// bool display() const { return true; } /// - Inset::Code LyxCode() const; + Inset::Code lyxCode() const; /// - int Ascii(Buffer const *, std::ostream &, int linelen) const; + int ascii(Buffer const *, std::ostream &, int linelen) const; /// - int Linuxdoc(Buffer const *, std::ostream &) const; + int linuxdoc(Buffer const *, std::ostream &) const; /// int DocBook(Buffer const *, std::ostream &) const; }; Index: src/insets/insettoc.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/insettoc.C,v retrieving revision 1.26 diff -u -r1.26 insettoc.C --- src/insets/insettoc.C 2001/05/04 10:36:36 1.26 +++ src/insets/insettoc.C 2001/06/29 02:37:42 @@ -24,7 +24,7 @@ } -Inset::Code InsetTOC::LyxCode() const +Inset::Code InsetTOC::lyxCode() const { string const cmdname(getCmdName()); if (cmdname == "tableofcontents") @@ -33,13 +33,13 @@ } -void InsetTOC::Edit(BufferView * bv, int, int, unsigned int) +void InsetTOC::edit(BufferView * bv, int, int, unsigned int) { bv->owner()->getDialogs()->showTOC(this); } -int InsetTOC::Ascii(Buffer const * buffer, std::ostream & os, int) const +int InsetTOC::ascii(Buffer const * buffer, std::ostream & os, int) const { os << getScreenLabel() << "\n\n"; @@ -63,7 +63,7 @@ } -int InsetTOC::Linuxdoc(Buffer const *, std::ostream & os) const +int InsetTOC::linuxdoc(Buffer const *, std::ostream & os) const { if (getCmdName() == "tableofcontents") os << ""; Index: src/insets/inseturl.h === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/inseturl.h,v retrieving revision 1.35 diff -u -r1.35 inseturl.h --- src/insets/inseturl.h 2001/06/28 10:25:20 1.35 +++ src/insets/inseturl.h 2001/06/29 02:37:42 @@ -31,24 +31,24 @@ return new InsetUrl(params()); } /// - Inset::Code LyxCode() const { return Inset::URL_CODE; } + Inset::Code lyxCode() const { return Inset::URL_CODE; } /// - void Validate(LaTeXFeatures &) const; + void validate(LaTeXFeatures &) const; /// string const getScreenLabel() const; /// - EDITABLE Editable() const { return IS_EDITABLE; } + EDITABLE editable() const { return IS_EDITABLE; } /// - void Edit(BufferView *, int, int, unsigned int); + void edit(BufferView *, int, int, unsigned int); /// bool display() const { return false; } /// - int Latex(Buffer const *, std::ostream &, + int latex(Buffer const *, std::ostream &, bool fragile, bool free_spc) const; /// - int Ascii(Buffer const *, std::ostream &, int linelen) const; + int ascii(Buffer const *, std::ostream &, int linelen) const; /// - int Linuxdoc(Buffer const *, std::ostream &) const; + int linuxdoc(Buffer const *, std::ostream &) const; /// int DocBook(Buffer const *, std::ostream &) const; }; Index: src/insets/inseturl.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/inse
Re: New LyX website released
On Fri, 29 Jun 2001, Marcello Nuccio wrote: > > Low Graphics Usage -- just the sponsors logo and W3C icons > > as anyone noticed that http://www.it.lyx.org/news.php3 > does not validate as valid XHTML1.0? D'oh that was a major boo boo on my part. Now fixed. Thanks for pointing this out. Allan. (ARRae)
[PATCH] variables.ch
fix indentation and set -> isSet (the capital S shouldn't clash like isset did right ???) thanks john -- "Q: Name a non-living object with legs A: A plant." - Family Fortunes Index: src/ChangeLog === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/ChangeLog,v retrieving revision 1.201 diff -u -r1.201 ChangeLog --- src/ChangeLog 2001/06/28 13:02:02 1.201 +++ src/ChangeLog 2001/06/29 01:29:29 @@ -1,3 +1,8 @@ +2001-06-29 John Levon <[EMAIL PROTECTED]> + + * Variables.h: + * Variables.C: fix indentation, rename set to isSet + 2001-06-28 Jean-Marc Lasgouttes <[EMAIL PROTECTED]> * paragraph_pimpl.C: add std:: qualifier to lower_bound and Index: src/Variables.h === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/Variables.h,v retrieving revision 1.6 diff -u -r1.6 Variables.h --- src/Variables.h 2001/05/30 13:53:26 1.6 +++ src/Variables.h 2001/06/29 01:29:29 @@ -23,19 +23,19 @@ /// class Variables { public: - /// - void set(string const &, string const &); - /// - string const get(string const &) const; - /// - bool set(string const & var) const; - /// - string const expand(string const &) const; + /// + void set(string const &, string const &); + /// + string const get(string const &) const; + /// + bool isSet(string const & var) const; + /// + string const expand(string const &) const; private: - /// - typedef std::map Vars; - /// - Vars vars_; + /// + typedef std::map Vars; + /// + Vars vars_; }; #endif Index: src/Variables.C === RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/Variables.C,v retrieving revision 1.6 diff -u -r1.6 Variables.C --- src/Variables.C 2001/05/30 13:53:26 1.6 +++ src/Variables.C 2001/06/29 01:29:29 @@ -30,40 +30,40 @@ string const Variables::get(string const & var) const { - Vars::const_iterator cit = vars_.find(var); - if (cit != vars_.end()) -return (*cit).second; - else -return string(); + Vars::const_iterator cit = vars_.find(var); + if (cit != vars_.end()) + return (*cit).second; + else + return string(); } -bool Variables::set(string const & var) const +bool Variables::isSet(string const & var) const { - Vars::const_iterator cit = vars_.find(var); - return (cit != vars_.end()); + Vars::const_iterator cit = vars_.find(var); + return (cit != vars_.end()); } string const Variables::expand(string const & s) const { - string str(s); - LRegex reg("\\$\\{\\(.*\\)\\}"); + string str(s); + LRegex reg("\\$\\{\\(.*\\)\\}"); - if (!reg.exact_match(str)) -return str; + if (!reg.exact_match(str)) + return str; - LRegex::MatchPair match; - string var; - - do { -match = reg.first_match(str); -var = str.substr(match.first,match.second); -// we correct the match to take ${} in account. -str.replace(match.first - 2, match.second + 3, get(var)); - } while (reg.exact_match(str)); + LRegex::MatchPair match; + string var; - return str; + do { + match = reg.first_match(str); + var = str.substr(match.first,match.second); + // we correct the match to take ${} in account. + str.replace(match.first - 2, match.second + 3, get(var)); + } while (reg.exact_match(str)); + + return str; } #ifdef TEST @@ -73,10 +73,10 @@ using std::cout; int main() { - Variables vars; - vars.set("x", "hello"); - vars.set("y", "world"); - cout << vars.expand("${x}") << endl; + Variables vars; + vars.set("x", "hello"); + vars.set("y", "world"); + cout << vars.expand("${x}") << endl; } #endif
mb completion
I'm going to see if I can hack up some xforms completion popup for the minibuffer. john -- "Q: Name a non-living object with legs A: A plant." - Family Fortunes
Re: captions and floats
On Fri, Jun 29, 2001 at 01:39:36AM +0200, Lars Gullik Bjønnes wrote: > Use the capiton from the layout drop-down. dur, right, sorry I guess the caption box in the figure/graphics dialogs is going to need to do something useful ??? > | 4) clicking on a LOF,TOC etc. box doesn't bring up the dialog anymore (e.g. in >userguide.lyx) > > Yes, I saw that. And I wonder why. well lfloatlist is because it needs implementing :) I'll have a go looking at TOC too .. (all the InsetComand derived ones are fucked) john -- "Q: Name a non-living object with legs A: A plant." - Family Fortunes
Re: captions and floats
John Levon <[EMAIL PROTECTED]> writes: | On Fri, Jun 29, 2001 at 01:39:36AM +0200, Lars Gullik Bjønnes wrote: | | > | > Use the capiton from the layout drop-down. | | the wahat ? you mean the menu ? There is no such thing in default.ui ... | | I can't see a relevant lyxfunc either, I suppose I'm being stupid ? The layout dropdown in the toolbar... there exists a lyxfunc "caption-insert" but that insert a caption inset is far from ready for use. | I can but try ;) that's the spirit. -- Lgb
Re: captions and floats
On Fri, Jun 29, 2001 at 01:39:36AM +0200, Lars Gullik Bjønnes wrote: > > Use the capiton from the layout drop-down. the wahat ? you mean the menu ? There is no such thing in default.ui ... I can't see a relevant lyxfunc either, I suppose I'm being stupid ? > | 4) clicking on a LOF,TOC etc. box doesn't bring up the dialog anymore (e.g. in >userguide.lyx) > > Yes, I saw that. And I wonder why. > I'll have a look I suppose. > Just begin digging and try to figure out what is wrong. I can but try ;) regards john > -- "Q: Name a non-living object with legs A: A plant." - Family Fortunes
Re: captions and floats
John Levon <[EMAIL PROTECTED]> writes: | Am I right in thinking the caption support is still ratyher incomplete ? | | 1) if I add caption-insert to a figure float, it is not added to the figure list in |TOC dialog, | but appears in DVI correctly Caption insert is not supposed to be used (yet?). Use the capiton from the layout drop-down. | 2) both graphics and figure dialog need to do caption-insert right ? | | 3) inserting a caption in a float gives really bad drawing errors. | | 4) clicking on a LOF,TOC etc. box doesn't bring up the dialog anymore (e.g. in |userguide.lyx) Yes, I saw that. And I wonder why. | p.s. sorry for just complaining, but a lot of the bugs around are | ones beyond my ability to fix ... Just begin digging and try to figure out what is wrong. -- Lgb
Re: captions and floats
On Thu, Jun 28, 2001 at 08:19:19PM -0300, Garst R. Reese wrote: > Sounds like they got a bad batch of beer :) not at all, these are mostly bugs that have been around in the "new" tabular stuff and NEW_INSETS for ages. I've noticed hardly any new bugs resulting from LDM, just fixes ;) regards, john -- "Q: Name a non-living object with legs A: A plant." - Family Fortunes
Re: captions and floats
John Levon wrote: > 4) clicking on a LOF,TOC etc. box doesn't bring up the dialog anymore (e.g. in >userguide.lyx) TOC does not seem to work at all now. I get just a white box. > thanks > john > > p.s. sorry for just complaining, but a lot of the bugs around are ones beyond my >ability to fix ... Sounds like they got a bad batch of beer :) Garst
Re: New LyX website released
> Low Graphics Usage -- just the sponsors logo and W3C icons as anyone noticed that http://www.it.lyx.org/news.php3 does not validate as valid XHTML1.0? ciao, marcenuc
[PATCH] update INSTALL for redhat
RedHat have released updated rpms for both 7.1 and 7.0. Update INSTALL as a result. Should probably go in 1.1.6 branch too, JMarc. thanks john -- "Q: Name a non-living object with legs A: A plant." - Family Fortunes Index: ChangeLog === RCS file: /usr/local/lyx/cvsroot/lyx-devel/ChangeLog,v retrieving revision 1.787 diff -u -r1.787 ChangeLog --- ChangeLog 2001/06/15 14:43:52 1.787 +++ ChangeLog 2001/06/28 23:03:24 @@ -1,3 +1,7 @@ +2001-06-29 John Levon <[EMAIL PROTECTED]> + + * INSTALL: change RedHat stuff to insist on updating gcc + 2001-06-14 John Levon <[EMAIL PROTECTED]> * Makefile.am: no point in including 200k historical Index: INSTALL === RCS file: /usr/local/lyx/cvsroot/lyx-devel/INSTALL,v retrieving revision 1.29 diff -u -r1.29 INSTALL --- INSTALL 2001/06/13 14:05:26 1.29 +++ INSTALL 2001/06/28 23:03:24 @@ -308,14 +308,9 @@ are needed for compilation). A 'make symlinks' in linux kernel sources fixes that. - o if you are using the standard compiler that comes with RedHat Linux 7.0 -(rpm versions 69 or below), it is known to miscompile LyX under some -circumstances. Compiling without optimisation seems to work : - - CXXFLAGS="-g" - ./configure ... - -You must use at least gcc 2.96-69 to compile LyX (check "rpm -q gcc"). + o if you are using RedHat Linux 7.x, you must make sure you have the +latest updated gcc and related packages installed (at least -85), +or LyX will not compile or will be mis-compiled. o if you get an error message when compiling LyX that looks like this :
captions and floats
Am I right in thinking the caption support is still ratyher incomplete ? 1) if I add caption-insert to a figure float, it is not added to the figure list in TOC dialog, but appears in DVI correctly 2) both graphics and figure dialog need to do caption-insert right ? 3) inserting a caption in a float gives really bad drawing errors. 4) clicking on a LOF,TOC etc. box doesn't bring up the dialog anymore (e.g. in userguide.lyx) thanks john p.s. sorry for just complaining, but a lot of the bugs around are ones beyond my ability to fix ... -- "Q: Name a non-living object with legs A: A plant." - Family Fortunes
Re: automated build has been failing
On Thu, Jun 28, 2001 at 11:47:30PM +0100, John Levon wrote: > On Thu, Jun 28, 2001 at 03:28:47PM -0700, Kayvan A. Sylvan wrote: > > > This looks like a "make dist" problem. Somebody please fix it... > > is this from a clean checkout you do the make dist ? Someone who > follows all that po hackery need s to fix it... > > john Yes, it's from a clean checkout. -- Kayvan A. Sylvan | Proud husband of | Father to my kids: Sylvan Associates, Inc. | Laura Isabella Sylvan | Katherine Yelena (8/8/89) http://sylvan.com/~kayvan | "crown of her husband" | Robin Gregory (2/28/92)
Re: automated build has been failing
On Thu, Jun 28, 2001 at 03:28:47PM -0700, Kayvan A. Sylvan wrote: > This looks like a "make dist" problem. Somebody please fix it... is this from a clean checkout you do the make dist ? Someone who follows all that po hackery need s to fix it... john -- "Q: Name a non-living object with legs A: A plant." - Family Fortunes
automated build has been failing
This looks like a "make dist" problem. Somebody please fix it... ---Kayvan > Type 'make' to compile the program, > and then 'make install' to install it. > + [ -r /usr/lib/libstdc++-libc6.1-1.so.2 ] > + make CXX=gcc LYX_LIBS=/usr/lib/libstdc++-libc6.1-1.so.2 -lforms -lXpm > make[1]: Entering directory `/usr/local/src/rpm/BUILD/lyx-1.2.0cvs' > Making all in intl > make[2]: Entering directory `/usr/local/src/rpm/BUILD/lyx-1.2.0cvs/intl' > make[2]: Nothing to be done for `all'. > make[2]: Leaving directory `/usr/local/src/rpm/BUILD/lyx-1.2.0cvs/intl' > Making all in po > make[2]: Entering directory `/usr/local/src/rpm/BUILD/lyx-1.2.0cvs/po' > make[2]: *** No rule to make target `../src/frontends/kde/citationdlg.C', needed by >`lyx.pot'. Stop. > make[2]: Leaving directory `/usr/local/src/rpm/BUILD/lyx-1.2.0cvs/po' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/usr/local/src/rpm/BUILD/lyx-1.2.0cvs' > Bad exit status from /var/tmp/rpm-tmp.4584 (%build) > make: *** [rpmdist] Error 1 > > BUILD FAILED: lyx rpm > -- Kayvan A. Sylvan | Proud husband of | Father to my kids: Sylvan Associates, Inc. | Laura Isabella Sylvan | Katherine Yelena (8/8/89) http://sylvan.com/~kayvan | "crown of her husband" | Robin Gregory (2/28/92)
Re: Long list of bugs
Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes: | One other question I would like ask is this: | | What is the general form of a call to usepackage? | | \usepackage[]{} or just \usepackage{} the general form is \usepackage[options]{package} where \usepackage{package} is a special case with no options. (only default options) -- Lgb
PR job
http://download.cnet.com/downloads/0-10144-100-910584.html?tag=st.dl.10004-103-1.lst-7-1.910584 has an ancient versio of lyx listed. dunno who to contact ... john -- "Q: Name a non-living object with legs A: A plant." - Family Fortunes
Re: Long list of bugs
One other question I would like ask is this: What is the general form of a call to usepackage? \usepackage[]{} or just \usepackage{} -- José
Re: Long list of bugs
On Thu, Jun 21, 2001 at 02:44:10PM +0300, Dekel Tsur wrote: > To keep you occupied... [...] > lyx->tex->lyx problems: I'm working on some of this problems, using the User Guide as a test case. The problems that I intend to solve are related to the preamble parse since that is the part I know best from reLyX. [...] > - All the packages loaded automatically by lyx (e.g. a4, babel) will appear > in the user preamble. Also the \makeatletter .. \makeatother commands will > appear in the user preamble. I see it, and I have worked out a solution with Jean-Marc, it is easy to fix it. Regarding \makeatleatletter and \makeatother where are they used and why? > In fact, these commands will be duplicated in the preamble after each > lyx->tex->lyx iteration. > > - Paragraph options like alignment, pagebreak etc aren't preserved > (namely, you get ERT like \centering in the document, instead of having > a centered paragraph). I think that Asger has corrected this at Bolzano. > - The document language isn't preserved. > Also, other other document options aren't preserved like paper margins, > some papersize options (e.g. a3, or a4wide), separation (skip/indent) etc. This is related to the above problems. > - Longtables aren't preserved Juergen argued that this shouldn't be difficult, I'll have a look... -- José
Re: scrollbar problem
On Thu, Jun 28, 2001 at 09:30:45PM +0200, Lars Gullik Bjønnes wrote: > Ok, I have this alternate fix: ok, thanks. I fully admit I had no real justification for the other patch ... does this go back to old behaviour ? As soon as we extend past one workarea height, the scrollbar halves. This is pretty weird behaviour, it should just be 7/8ths or something. The code is a real pig here, I'm glad /you've/ fixed it ;) One other minor problem, sometimes, if you use the scrollbar and drag it right to the bottom, it doesn't always show the very bottom of the document (there is often another line below the last visible one). > But I see another problem in that the scrollbar size is not updated if > the document shrink again. ... but this is obviously more important bug thanks john -- "Q: Name a non-living object with legs A: A plant." - Family Fortunes
Re: scrollbar problem
John Levon <[EMAIL PROTECTED]> writes: | workarea_.setScrollbarBounds(0, height_diff); | - double const lineh = bv_->text->defaultHeight(); | - workarea_.setScrollbarIncrements(lineh); | - double const slider_size = 1.0 / double(height_diff) ; | + workarea_.setScrollbarIncrements(bv_->text->defaultHeight()); | + | + long const maximum_height = workarea_.height() * 3 / 4 + bv_->text->height; | + double const slider_size = (double)workarea_.height() / (maximum_height * |text_height); | + | workarea_.setScrollbar(current_scrollbar_value, slider_size); | } Ok, I have this alternate fix: double const lineh = bv_->text->defaultHeight(); workarea_.setScrollbarIncrements(lineh); - double const slider_size = 1.0 / double(height_diff); + double const slider_size = 1.0 / (double(height_diff) + work_height); workarea_.setScrollbar(current_scrollbar_value, slider_size); But I see another problem in that the scrollbar size is not updated if the document shrink again. -- Lgb
Re: Long list of bugs
Zvezdan Petkovic <[EMAIL PROTECTED]> writes: | On Thu, Jun 28, 2001 at 04:37:58PM +0200, Lars Gullik Bjønnes wrote: | > | > | Or maybe provide something else that can reasonably substitute the | > | feature. | > | > KDE,GNOME,CDE,Windown etc... | > | | What if I want to use my good ol' 90K small wmx? xkbcomp or xmodmap -- Lgb
Re: scrollbar problem
John Levon <[EMAIL PROTECTED]> writes: | - | workarea_.setScrollbarBounds(0, height_diff); | - double const lineh = bv_->text->defaultHeight(); | - workarea_.setScrollbarIncrements(lineh); | - double const slider_size = 1.0 / double(height_diff) ; | + workarea_.setScrollbarIncrements(bv_->text->defaultHeight()); | + | + long const maximum_height = workarea_.height() * 3 / 4 + bv_->text->height; | + double const slider_size = (double)workarea_.height() / (maximum_height * |text_height); | + | workarea_.setScrollbar(current_scrollbar_value, slider_size); | } Can you try to explain to me why this works? I kindo of dislike magic values like 3/4, much nicer with 1.0 (but not when it does not work) -- Lgb
Re: Wishlist
Uli Sorger <[EMAIL PROTECTED]> writes: > First, I'd like to have better large document support. Indeed. A folding mode would be cute... > With TeX parts the document can be typeset using the \includeonly (?) > command with correct cross references. You can typeset even "part" documents in latex, but of course the references go wrong. Another thing that auctex (Emacs) can do is to typeset just the marked region. Very nice if you want to check just a formula or two. > ²) Is it possible to automate section/figure/table labelling? Yes, that's on my list, too. :-) Thomas <[EMAIL PROTECTED]> -- Umweltfreundlich, da aus recycleten Buchstaben.
Re: GUI TeX
On Thu, Jun 28, 2001 at 04:21:18PM +0200, Jean-Marc Lasgouttes wrote: > Could one of our distinguished english hackers answer to Simon, either > in a positive or negative way? John? Angus? well I certainly can't/wouldn't, so if angus can't either someone should say sorry but no to simon (I don't have his email ...) john -- "Q: Name a non-living object with legs A: A plant." - Family Fortunes
Re: [ lyxbugs-Patches-432704 ] "Language" field in character layout dlg
On Thu, Jun 28, 2001 at 06:18:17AM -0700, [EMAIL PROTECTED] wrote: > >Comment By: Jean-Marc Lasgouttes (jmarc) > Date: 2001-06-28 06:18 > > Message: > Logged In: YES > user_id=116707 > > What do you mean by "fixed nonetheless"? Are you sure you > fixed it or not? I'm almost entirely sure I fixed it, as I make the widget he is complaining about as seeing hidden. But I can't reproduce so I cannot be 100% positive. Regardless, the patch should be applied I think (and FormCharacter should be made non-resizable, but I don't know how). thanks john -- "Q: Name a non-living object with legs A: A plant." - Family Fortunes
Re: [PATCH] CutAndPaste indent #2
On Thu, Jun 28, 2001 at 03:00:02PM +0200, Jean-Marc Lasgouttes wrote: > > "John" == John Levon <[EMAIL PROTECTED]> writes: > > John> revised patch after Allan pointed out I should add braces around > John> single lines. > > It does not apply cleanly anymore :( It's ok, someone else either applied the old one or fixed the indentation themselves. thanks john -- "Q: Name a non-living object with legs A: A plant." - Family Fortunes
Re: [PATCH] fix #426266
On Thu, Jun 28, 2001 at 02:49:00PM +0200, Jean-Marc Lasgouttes wrote: > > "John" == John Levon <[EMAIL PROTECTED]> writes: > > John> I get my kicks on Channel 6. In the meantime, the patch is > John> attached here instead. > > I applied the one attached to sourceforge bug. Is that the same one? yes thanks john -- "Q: Name a non-living object with legs A: A plant." - Family Fortunes
Re: execvp failed
On Thu, Jun 28, 2001 at 10:34:03AM +0200, Rainer Dorsch wrote: > --- > - > I posted this soem days ago on lyx-users, but since it is something like a bug > report, it is not too surprising that I did not get any response. Probably > lyx-devel is the more approp[riate place. > --- actually at least I noticed it, but didn't know what to make of it ;) Dunno how to debug it. Possibly you have the wrong settings for your dvi/postscript /latex installation ... try : strace -o strace.out lyx (repeat) then grep exec strace.out. This might tell us what's wrong. john -- "Q: Name a non-living object with legs A: A plant." - Family Fortunes
Re: scrollbar problem
On Thu, Jun 28, 2001 at 04:27:42PM +0200, Lars Gullik Bjønnes wrote: > John Levon <[EMAIL PROTECTED]> writes: > > | On Thu, Jun 28, 2001 at 02:27:04AM +0100, John Levon wrote: > | > | > Actually, the scrollbar does work (a little). If you start with a new > | > doc, then add lots of single-line-"f" characters, you'll see that the > | > scrollbar takes a while before it realises the view is scrollable. > | > | the attached diff seems to fix the problem. > > Can you show me what you do to see this problem? > I have never seen it. I've just said above. Start a new document. trype lots of lines, when you start to move longer than the workarea height, the scrollbar stays maximised. After a while it "catches up" and you can scroll through the document again with it. I'd be quite surprised if I'm the only one seeing this ! john -- "Q: Name a non-living object with legs A: A plant." - Family Fortunes
Re: Long list of bugs
On Thu, Jun 28, 2001 at 04:37:58PM +0200, Lars Gullik Bjønnes wrote: > > | Or maybe provide something else that can reasonably substitute the > | feature. > > KDE,GNOME,CDE,Windown etc... > What if I want to use my good ol' 90K small wmx? -- Zvezdan Petkovic <[EMAIL PROTECTED]> http://www.cs.wm.edu/~zvezdan/
Re: http://www.devel.lyx.org/~rae/www-user/
On Thu, Jun 28, 2001 at 09:04:46AM +0200, A.Gulino wrote: > > > Finally, what's the look of the pages on www.w3c.org/Style/CSS in your > > browser? > > good, without problems Allan's previous message explains everything. Thanks! -- Zvezdan Petkovic <[EMAIL PROTECTED]> http://www.cs.wm.edu/~zvezdan/
Re: New bug list
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes: Juergen> 14a. Setting the font size to "smaller" (Alt-s Shift-s) does Juergen> not work. Console message: LyXFont::setLyXSize: Unknown size Juergen> `smaller' As well: LyXFont::setLyXSize: Unknown size `huger' Juergen> Well I investigated this on (was not so hard) and found out Juergen> that: Juergen> 1. The bind-files are wrong and: menus.bind:\bind "M-s S-S" Juergen> "font-size smaller" should really be: menus.bind:\bind "M-s Juergen> S-S" "font-size footnotesize" I fixed using solution 1, also in the xx_menus.bind files. I removed the hu_menus.bind file, which is in fact useless. JMarc
Re: Long list of bugs
"Asger K. Alstrup Nielsen" <[EMAIL PROTECTED]> writes: | On 28 Jun 2001, Lars Gullik Bjønnes wrote: | | > My gripe with it, is that we are reimplementing X's dead keyhandling, | > the compose handling and all of xmodmap... | | So what? We are also reimplementing large parts of the LaTeX parser. Otoh that is part of LyX's job. LyX's job is not to be a Desktop. | So "redundant code" is not a good reason in itself. adds to the picture... | You have to argue that *we* don't need the feature. So far, you have only | managed to argue that *you* don't need that feature. That's not enough, | since both Dekel and Jean-Marc have argued that they (or somebody | else) need the feature. Where? I never saw their arguments for that. As I see it they never argued that they need _this_ feature... but that they sometimes need to insert strange characters with weird accents. | Now, if your main argument is that the feature is broken and unmaintained, | and therefore does more bad than good, that's a different matter completely. | However, in this case, you should give people a fair chance to fix it | before nuking it. sure... but it is not just that it is broken and unmaintained, it is also close to unmaintainable... | Or maybe provide something else that can reasonably substitute the | feature. KDE,GNOME,CDE,Windown etc... | > If you really want a strange accent use the lyx-func directly or bind | > this to some key... | | A better solution would be to provide a dialog, where you can visually | see all characters, and then select which one you need. what char is \r{t}? Does it have a name in any encoding? but sure this can be solved with a dialog too. but this is easy... just make the dialog dispatch one of the accent-xxx lyxfuncs. | > (I know of a problem in the accent handling that prevents accents on | > all chars, but I'll fix that) | | Great. Except that dead-key handling, and the keymap handling is intermixed so by fixing one the other might (most likely) break... -- Lgb
Re: scrollbar problem
John Levon <[EMAIL PROTECTED]> writes: | On Thu, Jun 28, 2001 at 02:27:04AM +0100, John Levon wrote: | | > Actually, the scrollbar does work (a little). If you start with a new | > doc, then add lots of single-line-"f" characters, you'll see that the | > scrollbar takes a while before it realises the view is scrollable. | | the attached diff seems to fix the problem. Can you show me what you do to see this problem? I have never seen it. -- Lgb
Re: Help needed?
Allan Rae <[EMAIL PROTECTED]> writes: | Here you go Lars, this is the error messages and some of the discussion | about them... Would it be possible to get these error messages updated from the current CVS? -- Lgb
Re: Long list of bugs
On 28 Jun 2001, Lars Gullik Bjønnes wrote: > My gripe with it, is that we are reimplementing X's dead keyhandling, > the compose handling and all of xmodmap... So what? We are also reimplementing large parts of the LaTeX parser. So "redundant code" is not a good reason in itself. You have to argue that *we* don't need the feature. So far, you have only managed to argue that *you* don't need that feature. That's not enough, since both Dekel and Jean-Marc have argued that they (or somebody else) need the feature. Now, if your main argument is that the feature is broken and unmaintained, and therefore does more bad than good, that's a different matter completely. However, in this case, you should give people a fair chance to fix it before nuking it. Or maybe provide something else that can reasonably substitute the feature. > If you really want a strange accent use the lyx-func directly or bind > this to some key... A better solution would be to provide a dialog, where you can visually see all characters, and then select which one you need. > (I know of a problem in the accent handling that prevents accents on > all chars, but I'll fix that) Great. Greets, Asger
Re: GUI TeX
> "Amir" == Amir Karger <[EMAIL PROTECTED]> writes: Amir> On Thu, Jun 07, 2001 at 12:38:40PM +0100, Simon Dales wrote: >> UKTUG is having an informal meeting in Oxford 27th July 2001. We >> are going to be discussing GUI frontends to TeX, and obviously LyX >> is part of that canon. Would you like send a delegate/speaker? >> >> I don't know all of your emails, so I just picked this from the >> bottom of your webpage Amir> Hello, Simon. Amir> Thanks for your email. I'd love to come, but I'm a bit far from Amir> England. We do have a couple Brits on the development team who Amir> might be able to make it. I'm forwarding this to the lyx Amir> development list, where they'll see it. You can address any Amir> future correspondence to that address, too. Could one of our distinguished english hackers answer to Simon, either in a positive or negative way? John? Angus? JMarc
Re: A change to the ButtonController. Was: Re: [BUG] citation dialog
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> I change the title of this mail as the proposed patch changes Angus> the ButtonController and I think that Allan should be made Angus> aware of it! Angus> The problem lies (as ever) with the button controller. Angus> Specifically, the state of all widgets in the list of read_only Angus> widgets is refreshed every time we input anything. Clearly, Angus> they should be refreshed only when the read-only status of the Angus> document changes. Angus> The patch attached implements this. This may cure a lot of our Angus> problems with the ButtonController; let's hope so. Angus> This is the clean solution IMO. I think that you should test it Angus> out and, if it does as you originally desired, then it should Angus> be applied to both head and 1.1.6. I see I have not applied this yet. Should it be done? JMarc
Re: [Ben Stanley ] Re: [PATCH] Compiling lyx-1.1.6fix1 on RH 7.1
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: Jean-Marc> I forward to the list the message I just got from Ben. It Jean-Marc> seems that RH7.1 sstream wants to use lyxstring::replace Jean-Marc> (size_t &, const size_t &, int &) and this does not exist. Jean-Marc> Are we supposed to implement this? This seems strange to Jean-Marc> me. This is fixed now for next releases. JMarc
Re: [PATCH] CutAndPaste indent #2
> "John" == John Levon <[EMAIL PROTECTED]> writes: John> revised patch after Allan pointed out I should add braces around John> single lines. It does not apply cleanly anymore :( JMarc
Wishlist
Hi all, I use LyX almost daily for more than a year now and still like it:) I am currently writing a large document and I usually do a lot of (re)editing of small text fragments. I think that this is often the case if you are writing scientific stuff. LyX is here a wonderful tool as it gives a reasonably high quality feedback. >From my (special) user experiment I have two general feature wishes. First, I'd like to have better large document support. With TeX parts the document can be typeset using the \includeonly (?) command with correct cross references. If you are working on some small part this is an interesting feature as one can quickly typeset this part (as it is small). On the other this not yet finished part can be excluded out of a preliminary version of the document. I do not know how difficult it is to make this feature accessible via a GUI in LyX, perhaps just a checkbox at the includes and an export to latex that always runs on the master document with a properly set \includeonly (based on the checkboxes and the part of the document that is currently open) is sufficient. [Best would be to hide away the include mechanism from the user and let LyX do it for him.] The second wish is about the rendering. Sometimes I wish more, but sometimes even /less/¹) exact rendering. I.e. sometimes I don't like the long cross references/label²) idx boxes hanging around everywhere, but just the numbers resp. nothing, sometimes I need the boxes. I.e. I wish to have a command like "(un)hide (specific) boxes". Uli ¹) It'll be nice to have a shortcut to access (part of) the source. (OK its dangerous (undo?), but for equations - if you just know some latex - so much faster.) Probably one may just expand some commands back to ERT. ²) Is it possible to automate section/figure/table labelling?
Re: [PATCH] fix #426266
> "John" == John Levon <[EMAIL PROTECTED]> writes: John> I get my kicks on Channel 6. In the meantime, the patch is John> attached here instead. I applied the one attached to sourceforge bug. Is that the same one? JMarc
Re: [PATCH] CREDITS update
> "John" == John Levon <[EMAIL PROTECTED]> writes: Applied. JMarc
Re: New LyX website released
On Thu, 28 Jun 2001, Allan Rae wrote: > BTW, as I said before I can also place a banner (not a green embossed one > but a real one) below the sidemenu (of the new look). This is easy and > the code already exists in cvs -- commented out -- although the old banner > is currently used for test purposes. This is now implemented also. I'm thinking maybe we could offer a couple of levels of graphics. Text Only -- could block CSS also with this option and have minimal difference in the text. Low Graphics Usage -- just the sponsors logo and W3C icons High Graphics Usage -- traditional website The menu options could be reworded depending upon the mode so we could get "More Graphics" or "Less Graphics" for example to control the levels of graphics on the site. Control this with a cookie and we can all be happy. The default should be Low Graphics Usage though IMO so that the people who always block cookies, or have trouble reading the web site with the graphical background can still survive with nice readable text. That is, a user friendly site. After all, www.lyx.org is the user site and almost every user who has responded with the exception of Kathyrn (I think there was only one, hmmm no, must have been two if Lars made three) preferred the no background image design. Allan. (ARRae)
Re: Long list of bugs
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> | 4. There are several method than can be used: setxkbmap, | Lars> xmodmap, and gui | programs like kikbd(in KDE1). Is there a | Lars> difference between them, and do | the answer to (3) depends on | Lars> which method you use ? | | Lars> I do not think so. On X they all end up doing the same: | Lars> modifying the xmodmap/xkbd. | | Note that in the past we have had a lot of complaints about LyX not | working correctly with xkb. Have these been fixed? | | Also, if I use the european keymap, I can add accents on things not | normally supported by latin1 (and use insetlatexaccent automatically). | Do you mean I will have to setup an international keyboard just for | this? Yuck. | | I do not think removing keymaps is a major gain. simplification and removing of badly supported featrues is always a major gain. but, sure... if you want the kmap that bad... fix it! My gripe with it, is that we are reimplementing X's dead keyhandling, the compose handling and all of xmodmap... If you really want a strange accent use the lyx-func directly or bind this to some key... (I know of a problem in the accent handling that prevents accents on all chars, but I'll fix that) -- Lgb
Re: deleting pipes on crash
> "John" == John Levon <[EMAIL PROTECTED]> writes: John> Should I create a function called emergencyCleanup() that does John> the bufferlist.emergencySaveall() and delete lyxserver ? John> If so, where should I put it !? Probably in the LyX class, I would say. JMarc
Re: bug: coversion to slide should reset spacing
> "Richard" == Richard E Hawkins <[EMAIL PROTECTED]> writes: Richard> I converted my paper to the slide class. It had had Richard> double-spacing set. This should be returned to single-space Richard> as part of the conversion to slide, as slice cannot print Richard> with double-space. Why can't slide print with double space? JMarc
execvp failed
--- - I posted this soem days ago on lyx-users, but since it is something like a bug report, it is not too surprising that I did not get any response. Probably lyx-devel is the more approp[riate place. --- - Hello, I made a very strange observation this morning. I have two machines running Debian GNU Linux 2.2 (not necessarily the same packages are installed!) and I compiled lyx1.1.6fix2 for them. On one machine it runs perfectly. On the other I get when I want to view dvi or postscript of a lyx file LyX: execvp failed: No such file or directory LyX: execvp failed: No such file or directory LyX: execvp failed: No such file or directory LyX: execvp failed: No such file or directory LyX: execvp failed: No such file or directory Converting from latex to dvi Running latex The execvp are the strange thing. Can I find out somehow, what lyx is looking for? Since I did not see a real problem in the ps file, I would not mind too much, but what is even more annoying is that when I exit lyx, depending on what I wanted dvi or postscript, I get many many xdvi or gv programs which display the document. On the command line, I see Converting from latex to dvi Running latex File: main This is makeindex, version 2.13 [07-Mar-1997] (using kpathsea). Scanning style file /home/rainer/Managed/Publikationen/Diss/nomencl.ist ..done (10 attributes redefined, 3 ignored). Scanning input file main.glodone (22 entries accepted, 0 rejected). Sorting entriesdone (103 comparisons). Generating output file main.glsdone (50 lines written, 0 warnings). Output written in main.gls. Transcript written in main.ilg. This is BibTeX, Version 0.99c (Web2C 7.3.1) The top-level auxiliary file: main.aux The style file: plain.bst Database file #1: papers.bib Converting from dvi to ps Calling dvips -t a4 -o 'main.ps' 'main.dvi' This is dvips(k) 5.86 Copyright 1999 Radical Eye Software (www.radicaleye.com) ' TeX output 2001.06.26:1115' -> main.ps <8r.enc>. [1] [1] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21 ] [22] [23] [24] [25] [26] [27] [28 ] [29] [30] [31] [32] [33] [34 ] [35] [36] [37] [38 ] [39] [40] [41] [42] [43] [44] Executing command: gv -swap 'main.ps' BadWindow (invalid Window parameter) LyX: Child didn't catch signal 6and died. Too bad. LyX: execvp failed: No such file or directory Converting from latex to dvi Running latex Converting from dvi to ps [repeating many times] I am not sure, if and how the two problems are related, but they occur always at the same time. Does anybody have a clue what could go on here? Rainer -- Rainer Dorsch Abt. Rechnerarchitektur e-mail:[EMAIL PROTECTED] Uni StuttgartTel.: +49-711-7816-215 / Fax: +49-711-7816-288 Breitwiesenstr. 20-22D-70565 Stuttgart
Re: Towards LyX 1.1.6fix3 (status update #2)
> "John" == John Levon <[EMAIL PROTECTED]> writes: John> On Wed, Jun 27, 2001 at 06:45:08PM +0200, Jean-Marc Lasgouttes John> wrote: >> - fix compilation on gcc 3.0 prereleases John> this should say just "gcc 3.0" now perhaps ? Yes. And the update number in the title should have been #3, of course. JMarc
Re: Long list of bugs
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> | 4. There are several method than can be used: setxkbmap, Lars> xmodmap, and gui | programs like kikbd(in KDE1). Is there a Lars> difference between them, and do | the answer to (3) depends on Lars> which method you use ? Lars> I do not think so. On X they all end up doing the same: Lars> modifying the xmodmap/xkbd. Note that in the past we have had a lot of complaints about LyX not working correctly with xkb. Have these been fixed? Also, if I use the european keymap, I can add accents on things not normally supported by latin1 (and use insetlatexaccent automatically). Do you mean I will have to setup an international keyboard just for this? Yuck. I do not think removing keymaps is a major gain. JMarc
Re: missing icons
On Thu, 28 Jun 2001, Juergen Vigna wrote: > Please have a look: > > The requested URL /icons/lyx_small3.gif was not found on this server. > > This is for cvs-web! maybe this is because there is no icons/ dir? Lars, how is the cgi-bin stuff setup? I changed the lyx_small3.gif file in www-user so if that is a hard link from the cgi directory then it will miss. A soft link should still find the new www-user/images/lyx_small3.gif though. Allan. (ARRae)
missing icons
Please have a look: The requested URL /icons/lyx_small3.gif was not found on this server. This is for cvs-web! Jürgen -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED] Italienallee 13/N Tel/Fax: +39-0471-450260 / +39-0471-450253 I-39100 Bozen Web: http://www.sad.it/~jug -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Pauca sed matura. [Few but excellent.] -- Gauss
Re: Help needed?
Here you go Lars, this is the error messages and some of the discussion about them... Allan. (ARRae) -- Forwarded message -- Date: Sun, 24 Jun 2001 02:39:26 +1000 (GMT+1000) From: Allan Rae <[EMAIL PROTECTED]> To: Allan Rae <[EMAIL PROTECTED]> Cc: Michael Schmitt <[EMAIL PROTECTED]> Subject: Re: Help needed? (fwd) On Sun, 24 Jun 2001, Allan Rae wrote: > On Sat, 23 Jun 2001, Michael Schmitt wrote: > > > We are back in race again! libtool-1.4 and AR_FLAGS solved all > > configuration problems & compilation of sigc++!!! > > Yay! > > > In order to practice your C++ skills, you might tell me why I get the > > following errors :-) > > > > "../../src/lyxparagraph.h", line 371: Error: LyXParagraph::InsetTable is > > not accessible from LyXParagraph::matchIT. > > "../../src/lyxparagraph.h", line 372: Error: LyXParagraph::InsetTable is > > not accessible from LyXParagraph::matchIT. > > "../../src/lyxparagraph.h", line 424: Error: LyXParagraph::FontTable is > > not accessible from LyXParagraph::matchFT. > > "../../src/lyxparagraph.h", line 425: Error: LyXParagraph::FontTable is > > not accessible from LyXParagraph::matchFT. > > "../../src/lyxparagraph.h", line 466: Error: LyXParagraph::InsetList is > > not accessible from LyXParagraph::inset_iterator. > > "../../src/lyxparagraph.h", line 486: Error: LyXParagraph::InsetList is > > not accessible from LyXParagraph::inset_iterator. > > > > In the past, I solved this radically by making the data structures public > > but, of course, Lars et al. were not willing to commit such a change. Do > > you have a better proposal? > > Well it looks like a strange concoction they have there but it is my opion > that : > struct matchIT { > /// used by lower_bound and upper_bound > inline > int operator()(LyXParagraph::InsetTable const & a, >LyXParagraph::InsetTable const & b) const { > return a.pos < b.pos; > } > }; > > and its siblings should be _outside_ LyXParagraph. But I don't think this > help much as that will probably give us a heap of other problems. > > The good thing should be that they could be shifted to the head of > paragraph.C and not even need to be in the header. > > How's your surgical skills? > > Can you try cutting and pasting the definitions of struct matchIT into the > top of paragraph.C (below all the headers but just before the first > function -- actually just about anywhare should work. > > And comment out the entry in the header. Use // at the start of the > lines. At worst we may just need to change: /// bool linuxDocConvertChar(char c, string & sgml_string); - private: + protected: /// struct InsetTable { and typedef std::vector InsetList; + private: /// InsetList insetlist; /// LyXParagraph * TeXDeeper(Buffer const *, BufferParams const &, std::ostream &, TexRow & texrow); /// I really can't see why they want to insist on hiding the definition of the structs in private areas! They only need to hide the variables that use those definitions! In fact I'm pretty sure there are occasions in the GUII work where we used to hide some data types but dec's cc complained about them being private so we shifted them. Oh well we'll see what happens shall we... Allan. (ARRae)