Quotes in PassThru layouts
Hi folks, Here is a patch that fixes the quote handling inside the PassThru layouts. Having Quote insets inside these layouts makes no sense. Please review and apply. Thanks. ---Kayvan -- 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) Index: src/ChangeLog === RCS file: /cvs/lyx/lyx-devel/src/ChangeLog,v retrieving revision 1.281 diff -u -u -r1.281 ChangeLog --- src/ChangeLog 2001/08/02 18:48:38 1.281 +++ src/ChangeLog 2001/08/03 05:29:21 @@ -1,3 +1,8 @@ +2001-08-02 Kayvan A. Sylvan <[EMAIL PROTECTED]> + + * BufferView_pimpl.C (smartQuote): Added code to exempt pass_thru + layouts from the Quote inset insertion. + 2001-08-02 Lars Gullik Bjønnes <[EMAIL PROTECTED]> * buffer.C (parseSingleLyXformat2Token): handle more latex Index: src/BufferView_pimpl.C === RCS file: /cvs/lyx/lyx-devel/src/BufferView_pimpl.C,v retrieving revision 1.153 diff -u -u -r1.153 BufferView_pimpl.C --- src/BufferView_pimpl.C 2001/08/02 18:46:45 1.153 +++ src/BufferView_pimpl.C 2001/08/03 05:29:22 @@ -3276,7 +3276,13 @@ c = ' '; hideCursor(); - if (!insertInset(new InsetQuotes(c, bv_->buffer()->params))) + + LyXLayout const & style = textclasslist.Style( + bv_->buffer()->params.textclass, + lt->cursor.par()->getLayout()); + + if (style.pass_thru || + (!insertInset(new InsetQuotes(c, bv_->buffer()->params Dispatch(LFUN_SELFINSERT, "\""); }
Re: Latest CVS: big-ass scrollbars
On Thu, Aug 02, 2001 at 01:02:32PM -0700, Kayvan A. Sylvan wrote: > Any document, > > 1) Layout-Latex Preamble > > 2) Resize the preamble window (larger). > > 3) The scrollbar and arrows gain some almost comical height and width... this is a really old known xforms bug ... been there since the year dot ... john -- "They didn't know what the symbols and paradoxes meant. Instead of following the finger that points to the moon, they sat down and worshipped the finger itself. Instead of following the map, they thought it was the territory and tried to live in it. Instead of reading the menu they tried to eat it. Dig ?" - Miss Portinari
inset-toggle
can this work whilst locked in an inset ? I'd like to unlock the inset and deposit the cursor to the left ... thanks john -- "They didn't know what the symbols and paradoxes meant. Instead of following the finger that points to the moon, they sat down and worshipped the finger itself. Instead of following the map, they thought it was the territory and tried to live in it. Instead of reading the menu they tried to eat it. Dig ?" - Miss Portinari
Re: citation and bib database
On Wednesday 01 August 2001 20:51, John Levon wrote: > it's really slow to open the cite dialog when you've a big database (takes > about 3 seconds on my machine with a database of 1700 odd entries). > > can it not be cached somehow if we're using bibtex ? Yes it could be. At the moment the database is re-read every time the dialog is opened. I'm in the process of sorting this out. Angus
Re: 1.2.0cvs: Crash after inserting ERT
"Kayvan A. Sylvan" wrote: > > (as an aside, I love doing real work with LyX --- I get to do my job > and do some testing/debugging at the same time!) > > I inserted ERT, inlined it (using Button 2), then attempted to walk > past the right-edge of the ERT box using the arrow keys. > > LyX crashed. Here is the backtrace: You got further than I did. For me it crashed when I tried to collapse it. I tried the lyxcvs from 2h earlier. It did not crash, but when I inlined it, the next two characters got appended to the inline so I go an error box doing view ps. That was probably my error, but not a real obvious one. Garst
Re: Let's try again to change the matrix dialog without being flamed (c:
John Levon a écrit : > > On Thu, Aug 02, 2001 at 05:00:59PM +0200, Emmanuel GUREGHIAN wrote: > > > Dears developpers (c: > > > > A few years ago, I send a mail about changing the matrix dialog in a > > more intuitive way. > > It was not not a good idea because the dialog size should remain small > > in order to use lyx on small screens. > > > > Anyway I have still the same idea. So I have changed the matrix dialog > > carefully preserving its size. > > I think it is more intuitive and as such that it is a good > > idea(tm)(r)(c). > > can you explain why you think it is more intuitive ? Is it because > rows is vertical slider now ? exactly If you see word's interface for creating tabulars (no flame please) it is self explaining. We don't need to have such high levels tricks for LyX, but at least for unexperienced users it is easier to understand. > Maybe this is a good idea, but I think the dialogs look a little cluttered > (and are not aligned properly). That's true, that was just a quick hack > Can you try and do something about the clutter perhaps ? > I think we should have the buttons on the bottom, not along the side one I thought the same thing about the buttons (although a lot of windows dialog assistant propose three sides buttons), but the remainders of previous discussion was that dialog size should remain the same. That's a hard condition. So perharp's I will try once again in a few year when 21" tft monitors will be as cheap as a match box (c: Cordialy Emmanuel |\ _,,,---,,_ Emmanuel GUREGHIAN ZZZzz /,`.-'`'-. ;-;;,_ mailto:[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' '---''(_/--' `-'\_) glop, glop !
Re: Management of bug reports
> this is perfectly acceptable for you to do this as a bug reporter. Any > bugs that last will hopefully end up on the tracker via me (that's /my/ > job) I can see a problem with people like me who do not check the bug tracking thingy regularly. I certainly would have a look at some src/BUGS or src/mathed/BUGS file, since this is just six or seven keystrokes away... Andre' -- André Pönitz . [EMAIL PROTECTED]
core dump !
opening and closes footnotes can cause core dumps for me (userguide.lyx), or infinite loops if you open a footnote that is partially below the bottom of the workarea just a couple more major inset/tabular problems that need fixing ! we have lots of them right now. A pre release looks quite some way off yet. john -- "They didn't know what the symbols and paradoxes meant. Instead of following the finger that points to the moon, they sat down and worshipped the finger itself. Instead of following the map, they thought it was the territory and tried to live in it. Instead of reading the menu they tried to eat it. Dig ?" - Miss Portinari
Re: CVS Update: lyx-devel
On Thu, Aug 02, 2001 at 05:02:46PM +0200, Juergen Vigna wrote: > > On 02-Aug-2001 [EMAIL PROTECTED] wrote: > > > Log message: > > Update/cursor and drawing fixes. > > Ok this should fix some of the drawing problems we see with insets containing > InsetText. Please have a try and report back any problems which are solved now. Hi Juergen, The footnote inset still goes past the scrollbars, making editing the last couple of characters of the displayed line difficult. This is with the latest CVS (as of five minutes ago). -- 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: Management of bug reports
On Thu, Aug 02, 2001 at 04:24:32PM +0200, Michael Schmitt wrote: > Some time ago, you convinced me to use SF but it was an unacceptable > burden for me to cope with SF's WWW frontend during my regular work. > (Reports have to be made quickly; I have another job I am paid for) this is fine, Michael > is essential that we find an uncomplicated way, otherwise I will continue > sending my bugs to the mailing list. this is perfectly acceptable for you to do this as a bug reporter. Any bugs that last will hopefully end up on the tracker via me (that's /my/ job) regards john -- "They didn't know what the symbols and paradoxes meant. Instead of following the finger that points to the moon, they sat down and worshipped the finger itself. Instead of following the map, they thought it was the territory and tried to live in it. Instead of reading the menu they tried to eat it. Dig ?" - Miss Portinari
Bug (CVS): display math \frac with subscripts.
Hi,
Mathematical \frac with subscripts, for example:
\begin_inset Formula $\frac{\alpha _{1} }{\beta _{2} }$
\end_inset
is wrongly displayed on the LyX canvas. I have attached an example JPEG.
Regards,
Rob.
<>
ERT-converting from 1.1.6 to 1.2
ert with a formula inside is converted into
ert(until formula) - formula - ert(the rest)
look at example.
is this intended, that a formula shouldn't appear in
an ert-inset?
Herbert
--
http://www.educat.hu-berlin.de/~voss/lyx/
#LyX 1.1 created this file. For more info see http://www.lyx.org/
\lyxformat 218
\textclass article
\language english
\inputencoding latin1
\fontscheme default
\graphics default
\paperfontsize 10
\spacing single
\papersize a4paper
\paperpackage a4
\use_geometry 1
\use_amsmath 0
\paperorientation portrait
\secnumdepth 3
\tocdepth 3
\paragraph_separation indent
\defskip medskip
\quotes_language german
\quotes_times 2
\papercolumns 1
\papersides 1
\paperpagestyle default
\layout Standard
\latex latex
\backslash
footnotetext{
\latex default
\begin_inset Formula \( x^{2} \)
\end_inset
\latex latex
is a parabola}
\the_end
compose key bug
When I press my compose key I get the minibuffer message "unknown function" and I can't create accented chars. Things work fine in other apps, so this appears to be a LyX problem not an X one. Do other people see this? Angus
Re: Bug list
>> - The dots dialog in the math panel is drawn accurately; at the right >> a fine vertical bar is not drawn >I suppose you mean inaccurately. Can you explain further, what do you >expect to >see ? I've never used this before ... See the attached screen shot. Note that I have _not_ stretched the window with the dots. Do you see that it is not painted correctly? You can see parts of the dialog below. Michael -- == Michael Schmittphone: +49 451 500 3725 Institute for Telematics secretary: +49 451 500 3721 Medical University of Luebeck fax: +49 451 500 3722 Ratzeburger Allee 160 eMail: [EMAIL PROTECTED] D-23538 Luebeck, Germany WWW: http://www.itm.mu-luebeck.de == gar.gif
Re: Bug: Paper orientation 'landscape'
On Thu, 2 Aug 2001, Herbert Voss wrote: > > By the way: If "geometry" is a standard package and it does not cause any > > harm in combination with other packages, I recommend to use it all the > > time. IMHO too many options are just confusing the user. For the same > > geometry has other default values for the margins > than the classes like article, book, ... > this might be irritating for some users. > > I for myself wrote several documents without > geometry. Hmmm, that means you cannot use the default values _and_ landscape at the same time without knowing exactly what the default values are? Nevertheless "geometry" should be activated automatically when selecting "landscape". Or is there a general document class option for landscape that could be used instead? Michael -- == Michael Schmittphone: +49 451 500 3725 Institute for Telematics secretary: +49 451 500 3721 Medical University of Luebeck fax: +49 451 500 3722 Ratzeburger Allee 160 eMail: [EMAIL PROTECTED] D-23538 Luebeck, Germany WWW: http://www.itm.mu-luebeck.de ==
Re: ERT converting
John Levon wrote: > > On Thu, Aug 02, 2001 at 10:46:34PM +0200, Herbert Voss wrote: > > > can anyone proof, please: > > I can no more mark text in ert-inset > > yep, me neither > > ah well I updated about 30min ago and can make text in ert, copy and paste it. It starts out with a red background, which changes to blue. Garst
More on Footnote inset (latest CVS)
Hi folks, Using the latest CVS, I found the following: 1) Footnotes still displayed past the right edge of the canvas (hiding the last couple of characters on the line). 2) However, when I started inserting into the inset, the footnote inset was re-drawn correctly. 3) I did some editing (adding characters and deleting), then I saved the document, then I collapsed and opened the footnote inset and LyX crashed. I have the following backtrace (sorry, no symbols, I am working on my Solaris machine): (gdb) where #0 0xff018444 in _libc_kill () #1 0xfefb9470 in abort () #2 0x2dc5c8 in lyx::atoi () #3 0xed19c in error_handler () #4 #5 0x138e90 in Paragraph::getLayout () #6 0x157254 in LyXText::nextBreakPoint () #7 0x1595dc in LyXText::breakAgain () #8 0x164d68 in LyXText::fullRebreak () #9 0x1efd8 in BufferView::Pimpl::update () #10 0x301e4 in BufferView::Pimpl::updateInset () #11 0x19a48 in BufferView::updateInset () #12 0x209a58 in InsetCollapsable::insetButtonRelease () #13 0x1e510 in BufferView::Pimpl::workAreaButtonRelease () #14 0x30c58c in SigC::ObjectSlot3_::callback () at include/new:39 #15 0x31d91c in SigC::Signal3 >::emit () at include/new:39 #16 0x6a030 in WorkArea::work_area_handler () #17 0x69548 in C_WorkArea_work_area_handler () #18 0xff2ca658 in fl_handle_it () #19 0xff2ca74c in fl_handle_object () #20 0xff2b7914 in fl_handle_form () #21 0xff2b8bc4 in do_interaction_step () #22 0xff2b8f84 in fl_treat_interaction_events () #23 0xff2b8fd4 in fl_check_forms () #24 0x2256c4 in GUIRunTime::runTime () #25 0xdd95c in LyXGUI::runTime () #26 0xe04a8 in LyX::LyX () #27 0x12b6a0 in main () -- 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: "Bug": Splash screen
On Thu, Aug 02, 2001 at 11:23:56AM +0200, Michael Schmitt wrote: > me it seems like the picture is programmed as a separate window but it > should be considered as a kind of background of the main window if no > document is loaded. we should do this yes. however i'm really bored of that code ... john -- "You lose it if you talk about it." - Ernest Hemingway
"Bug": Missing status line information about LaTeX runs
Hi, believe it or not - the message "LaTeX run number #" which was originally printed in the status line (within LyX, not on the console!) has vanished. Could somebody please check why it has been removed? It gave me a good feeling in the past if a large document took several long latex passes. Thanks, Michael -- == Michael Schmittphone: +49 451 500 3725 Institute for Telematics secretary: +49 451 500 3721 Medical University of Luebeck fax: +49 451 500 3722 Ratzeburger Allee 160 eMail: [EMAIL PROTECTED] D-23538 Luebeck, Germany WWW: http://www.itm.mu-luebeck.de ==
Re: citation and bib database
Lars Gullik Bjønnes wrote: > > Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: > > | > "John" == John Levon <[EMAIL PROTECTED]> writes: > | > | John> it's really slow to open the cite dialog when you've a big > | John> database (takes about 3 seconds on my machine with a database of > | John> 1700 odd entries). > | > | John> can it not be cached somehow if we're using bibtex ? > | > | Maybe a bit of profiling could be useful too. > > And caching is on its way. Two more suggestions: 1) Add a 'Browse' facility to enter the Database filename in the "BitTeX Database" dialog. 2) Is it possible to detect the list of "Style" entries on the system and make that a selection list? This instead of the current plain text typing in that input field. Rob.
Re: Management of bug reports
> if mathed bugs appear, I can assign them to you. Then you should get an email > (I think). Or I can tell lyx-devel ... is that good enough ? What am I supposed to do if the bug is fixed? Andre' -- André Pönitz . [EMAIL PROTECTED]
Management of bug reports
Hello everybody, as you know there is a bug tracker for LyX at SourceForge. However, as you also might know the system requires some administration and it is not appropriate for bugs occuring during the main development phase, since they only live for a very short time. Some time ago, you convinced me to use SF but it was an unacceptable burden for me to cope with SF's WWW frontend during my regular work. (Reports have to be made quickly; I have another job I am paid for) Meanwhile, I noticed that Dekel maintains its own list of bugs as well. Therefore, I would like to ask whether it is possible to add a simple plain text file to the CVS with write access for an extended group of people (like me). In this particular case, you should not care too much about security as it wouldn't cause a great damage if the list got destroyed (of course, it were annoying). From my point of view it is essential that we find an uncomplicated way, otherwise I will continue sending my bugs to the mailing list. Michael -- == Michael Schmittphone: +49 451 500 3725 Institute for Telematics secretary: +49 451 500 3721 Medical University of Luebeck fax: +49 451 500 3722 Ratzeburger Allee 160 eMail: [EMAIL PROTECTED] D-23538 Luebeck, Germany WWW: http://www.itm.mu-luebeck.de ==
Re: Bug: Paper orientation 'landscape'
Michael Schmitt wrote: > > By the way: If "geometry" is a standard package and it does not cause any > harm in combination with other packages, I recommend to use it all the > time. IMHO too many options are just confusing the user. For the same geometry has other default values for the margins than the classes like article, book, ... this might be irritating for some users. I for myself wrote several documents without geometry. Herbert -- http://www.educat.hu-berlin.de/~voss/lyx/
Removal of broken math-greek stuff
Please apply.
We retain the current level of functionality without this cruft.
Andre'
--
André Pönitz . [EMAIL PROTECTED]
Index: BufferView_pimpl.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/BufferView_pimpl.C,v
retrieving revision 1.151
diff -u -p -r1.151 BufferView_pimpl.C
--- BufferView_pimpl.C 2001/08/01 15:42:48 1.151
+++ BufferView_pimpl.C 2001/08/02 13:46:07
@@ -67,7 +67,6 @@
#include "mathed/formulabase.h"
extern LyXTextClass::size_type current_layout;
-extern int greek_kb_flag;
using std::vector;
using std::find_if;
@@ -85,7 +84,6 @@ bool selection_possible = false;
extern BufferList bufferlist;
extern char ascii_type;
-extern bool math_insert_greek(BufferView *, char);
extern void sigchldchecker(pid_t pid, int * status);
extern int bibitemMaxWidth(BufferView *, LyXFont const &);
@@ -3124,11 +3122,7 @@ bool BufferView::Pimpl::Dispatch(kb_acti
string::const_iterator cit = argument.begin();
string::const_iterator end = argument.end();
for (; cit != end; ++cit) {
- if (greek_kb_flag) {
- if (!math_insert_greek(bv_, *cit))
-
owner_->getIntl()->getTrans().TranslateAndInsert(*cit, lt);
- } else
- owner_->getIntl()->getTrans().TranslateAndInsert(*cit,
lt);
+ owner_->getIntl()->getTrans().TranslateAndInsert(*cit, lt);
}
bv_->update(lt,
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/ChangeLog,v
retrieving revision 1.278
diff -u -p -r1.278 ChangeLog
--- ChangeLog 2001/08/01 15:42:49 1.278
+++ ChangeLog 2001/08/02 13:46:07
@@ -1,3 +1,10 @@
+
+2001-08-02 André Pönitz <[EMAIL PROTECTED]>
+
+ * lyxfunc.C:
+ BufferView_pimpl.C: remove broken special code for math-greek
+
+
2001-08-01 Juergen Vigna <[EMAIL PROTECTED]>
* lyxfind.C (LyXFind): fixed
Index: lyxfunc.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/lyxfunc.C,v
retrieving revision 1.248
diff -u -p -r1.248 lyxfunc.C
--- lyxfunc.C 2001/08/01 13:28:43 1.248
+++ lyxfunc.C 2001/08/02 13:46:08
@@ -1454,30 +1454,6 @@ string const LyXFunc::dispatch(int ac,
// --- insert characters
// --- Mathed stuff. If we are here, there is no locked inset yet.
-
- // Greek mode
- case LFUN_GREEK:
- {
- if (!greek_kb_flag) {
- greek_kb_flag = 1;
- setMessage(N_("Math greek mode on"));
- } else
- greek_kb_flag = 0;
- }
- break;
-
- // Greek keyboard
- case LFUN_GREEK_TOGGLE:
- {
- greek_kb_flag = greek_kb_flag ? 0 : 2;
- if (greek_kb_flag) {
- setMessage(N_("Math greek keyboard on"));
- } else {
- setMessage(N_("Math greek keyboard off"));
- }
- }
- break;
-
case LFUN_MATH_EXTERN:
case LFUN_MATH_NUMBER:
case LFUN_MATH_NONUMBER:
Index: insets/insettext.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/insettext.C,v
retrieving revision 1.187
diff -u -p -r1.187 insettext.C
--- insets/insettext.C 2001/08/01 15:42:53 1.187
+++ insets/insettext.C 2001/08/02 13:46:08
@@ -989,15 +989,7 @@ InsetText::localDispatch(BufferView * bv
}
lt->clearSelection();
for (string::size_type i = 0; i < arg.length(); ++i) {
- if (greek_kb_flag) {
- if (!math_insert_greek(bv, arg[i])) {
-
bv->owner()->getIntl()->getTrans().TranslateAndInsert(arg[i], lt);
- } else if (!the_locking_inset) {
- (void)moveRight(bv, false);
- }
- } else {
-
bv->owner()->getIntl()->getTrans().TranslateAndInsert(arg[i], lt);
- }
+
+bv->owner()->getIntl()->getTrans().TranslateAndInsert(arg[i], lt);
}
}
lt->selection.cursor = lt->cursor;
Index: mathed/formulabase.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/formulabase.C,v
retrievin
Re: citation dialog
On Wednesday 01 August 2001 20:14, John Levon wrote: > re-sizing it is not fun, not at all. but having a "long" style > in the style button goes wrong too. Resizing: why not fix the size and be done with it. "long" style: ??? > and it doesn't seem to be running bibtex for some reason I've seen this too. Either the file in your InsetBibtex has a .bib extension and shouldn't or hasn't and should! Can't remember which. Perhaps you could sort that out? Angus
Re: MathArray
> > I promise you, size does not matter either. > > Andre would something similar as we have it for paragraph work for you? > A placeholder META_INSET it the char array and a map to > find the right inset? Or is that to complicated? Probably... there are on average only about two or three items in a mathinset, not several hundreds chars as you usually have, so a map is overkill... > This is also nice if you have to iterate over all insets in a mathed > inset (say for searching a specific type of inset, maybe "text" for doing > some operations on it like the setFont call off the insets). ...even for iteration. Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: compiling lyx
> > I am not sure that will be enough, though.
>
> It isn't :-(
and rather unfortunate that the *really* stable version of lyx doesn't
compile anymore.
gr.ed.
ps. yes I can use the rpm.
pps. but I like to replace
\begin{tabular}{
with
\begin{tabular*}{\textwidth}{@{\extracolsep{\fill}}
in the source so that my tables line out on the textwidth.
"Bug": Splash screen
Hi, I am afraid that I have to rewarm an old discussion about the intro (splash) screen. IMHO the current solution is still not satisfying. Currently, if you start LyX with "lyx foo.lyx" where foo.lyx is a non-existing file, it happens from time to time that the dialog (warning about the missing file) is hidden by the intro screen. There are also other occasions when the intro screen handling is rather annoying. To me it seems like the picture is programmed as a separate window but it should be considered as a kind of background of the main window if no document is loaded. Even though this can be considered a cosmetics affair, I think it is _very_ important that LyX starts up in a trustfull. Remember: If people meet each otherm, the first few seconds count!!! Michael -- == Michael Schmittphone: +49 451 500 3725 Institute for Telematics secretary: +49 451 500 3721 Medical University of Luebeck fax: +49 451 500 3722 Ratzeburger Allee 160 eMail: [EMAIL PROTECTED] D-23538 Luebeck, Germany WWW: http://www.itm.mu-luebeck.de ==
Re: font changes in math
On 02-Aug-2001 Andre Poenitz wrote:
> Yes. It would be nice for drawing and the like. The problem is editing. I
> would need some way to "merge" neighboring insets with similar
> properties...
And where is the "characters" hold? Ahh no I think I understand from your
problem yesterday. Well I would say terminate every "string" when you have
to start another inset.
\mathbf{aaa}\mathwatheverinset{...\matbf{bbb}...}\mathbf{xxx}
Would seem to me the cleanes solution.
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
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Chamberlain's Laws:
(1) The big guys always win.
(2) Everything tastes more or less like chicken.
Re: CVS Update: lyx-devel
On Thu, Aug 02, 2001 at 10:13:14AM +0200, Jean-Marc Lasgouttes wrote: > > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: > > Lars> I'd rather never add it... > > Why? My guess is that Lars wishes that people would never use ERT at all (it is "evil" after all). As he said, we are making ERT usage too easy and convenient. ;-) While it is a laudable goal to have (making LyX handle all possible LaTeX constructs natively), the need for embedded raw text will persist. This is simply due to the sheer volume of LaTeX modules and the infinite options available to the user. -- 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: font changes in math
On 02-Aug-2001 Andre Poenitz wrote:
> So what should I do if I have an \mathwhatever _in_ an \mathbf inset
> (or is this not possible at all?) and toggle bold. I.e:
>
> \mathbf{sss\mathwhatever{aaa|aaa}sss}(| is the cursor)
[snip]
Hmm that's the problem of having font changes as insets. But you probably
have to do it like this. I don't know how math works for latex isn't there
a posibility instead of putting there a \mathbf to put there a
\mbox{\textbf{aaa}} and so you can have "normal" text with all it's
text-properties? Well maybe I'm just talking crap!
> The "Insets have font attributes" solution starts to look nice...
No IMO if you have a Inset for boldtext you should have another inset for
non-bold-text, but all of this is quite complicted if you do fontchanges,
so I'm clueless. We don't need font informations for normal insets as we
get all we need as I explained in my former email.
But if this seems the easiest solution for your "internal" insets, which
effectively aren't "real" insets, as you told me, then I would say do it.
I still would think that the \mbox{} variant would be best, but probably
we have to ask our TeXpert's.
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
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Q: Why was Stonehenge abandoned?
A: It wasn't IBM compatible.
Re: compiling lyx
> I am not sure that will be enough, though. It isn't :-( gr.ed.
Re: font changes in math
> Well Andre what IS \mathbf for you? Is it an inset on it's own or some > property you set? Currently it is a property that only "characters" have > IMO as mathed is made this should be an inset of it's > own which can hold other insets isn't this? This would fit in the "everything is an inset" approach nicely, yes. > And the you won't have the problem as you get the right information in > the draw, ascent, or whatever routine as Font tag and in the LaTeX output > you don't need it as it should be handled from the father inset, isn't > it? Yes. It would be nice for drawing and the like. The problem is editing. I would need some way to "merge" neighboring insets with similar properties... Andre' -- André Pönitz . [EMAIL PROTECTED]
Math: eqnarray from 1.6 to 1.2
the attached math-example from 1.1.6fix3 is an
eqnarray, which is by default left-center-right
justified. opening with 1.2.0 gives always
center
Herbert
--
http://www.educat.hu-berlin.de/~voss/lyx/
#LyX 1.1 created this file. For more info see http://www.lyx.org/
\lyxformat 218
\textclass article
\language german
\inputencoding latin1
\fontscheme default
\graphics default
\paperfontsize 10
\spacing single
\papersize a4paper
\paperpackage a4
\use_geometry 0
\use_amsmath 0
\paperorientation portrait
\secnumdepth 3
\tocdepth 3
\paragraph_separation indent
\defskip medskip
\quotes_language german
\quotes_times 2
\papercolumns 1
\papersides 1
\paperpagestyle default
\layout Standard
\begin_inset Formula \begin{eqnarray}
v_{i} & = & \left\{ \begin{array}{cc}
1 & \textrm{für }i\in \{1,2,9,16\}\\
2 & \textrm{andernfalls}
\end{array}\right. \nonumber \\
PC1:\, \{0,1\}^{64} & \rightarrow & \{0,1\}^{28}\times \{0,1\}^{28}=C\times D\\
PC2:\, C\times D=\{0,1\}^{28}\times \{0,1\}^{28} & \rightarrow & \{0,1\}^{48}
\end{eqnarray}
\end_inset
\the_end
Re: "\lang ignore" in ERT insets
On 02-Aug-2001 Jean-Marc Lasgouttes wrote: > Asger> Now, language is not an ortogonal properties of text. Instead, > Asger> it's a coupled property. You can not logically change the > Asger> language of the text without changing the text itself, and vice > Asger> versa. > > So what is the language of ERT? What is the language of some > lyxcode or verbatim? For me it is just 'inherit'. Or maybe better > 'ignore'. It should be "ignore" and they are right maybe the inherit is not needed at all, the problem that we have now is that the "document_language" is not known inside the LyXFont and so all this inherit_stuff for language is only a work around for the unknown "document_language"! Maybe this can be easily fixed by always realizing the language when saving the font in the font-vector of the paragraph! That would be he fastes fix for all our problems right now! So the inherit is only temporary until we save it in the paragraph then it gets it's REAL language till the end of times ;) 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Some people pray for more than they are willing to work for.
Re: Pretty bug!
On 02-Aug-2001 Jean-Marc Lasgouttes wrote:
> Yes, but it is difficult to now what NEED_REFRESH, NEED_LITTLE_REFRESH
> et al really mean.
Well this was in LyXText since the begining of time! I didn't make them.
Anyway NEED_REFRESH does not exist you surely meant NEED_MORE_REFRESH.
The LITTLE one does only repaint the actual row, while the NEED_MORE_REFRESH
does repaint from a certain row to the end! Capito?
> Also in insettext I do not know what CRISOR, CURSOR_PAR mean.
CRISOR? Ahh you meant CURSOR. Well CURSOR is only a CURSOR movement,
CURSOR_PAR is an update in the actual paragraph where the cursor is in.
> Could you please add comments in the headers telling what the code
> mean in terms of intent and/or effect? I assure you that it is not
> clear by reading the code.
As soon as I've some spare time.
> My problem is to understand what are the exact conditions which
> trigger this bool.
That the row was already cleared outside the draw routine and a clear
is not anymore neccessary? Or maybe to tell the inset that it has to
redraw all of it because it has been cleared away? So probably the trigger
is some draw_rectangle(with some background color).
[snip]
> Juergen> I fixed the stuff here already!
>
> What stuff is fixed? I still see many problems.
Maybe because I did not commit the fix yet. Could that be the reason
you still see the bug? #:OP anyway if you want try it all the above
(which I sniped away) is fixed by a 2 liner * without comments)
Index: src/insets/insettext.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/insettext.C,v
retrieving revision 1.187
diff -u -p -r1.187 insettext.C
--- src/insets/insettext.C 2001/08/01 15:42:53 1.187
+++ src/insets/insettext.C 2001/08/02 08:53:00
@@ -318,6 +318,11 @@ void InsetText::draw(BufferView * bv, Ly
Painter & pain = bv->painter();
+ // repaint the background if needed
+ if (cleared && backgroundColor() != LColor::background) {
+ clearInset(pain, baseline, cleared);
+ }
+
// no draw is necessary !!!
if ((drawFrame_ == LOCKED) && !locked && !par->size()) {
top_x = int(x);
> Juergen> Just one more comment backgroundColor() NEVER
> Juergen> returns LColor::inherit if I understood your cryptic code
> Juergen> good enough ;)
>
> Indeed, it never returns LColor::inherit, and it was maybe a design
> mistake. The idea was to have a methods that descends recursively the
The method was good it was just a dummy comment. If you check for
LColor::background or for LColor::inherit at the end is really equal.
The only thing I see above is that we couldn't add another check for the
passed LyXFont font::color() as if that is equal to the actual one and it
has been cleared then we don't have to do it again, but I think this will
not happen that often and the paintRectangle should not be what makes us
slow.
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
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
I'm also pre-POURED pre-MEDITATED and pre-RAPHAELITE!!
Re: font changes in math
On 02-Aug-2001 Jean-Marc Lasgouttes wrote: > I think your should model that by what happens at latex level. So if > you are in a \mathbf inset and toggle bold, the inset is suppressed > and merged into the owner inset. Well Andre what IS \mathbf for you? Is it an inset on it's own or some property you set? IMO as mathed is made this should be an inset of it's own which can hold other insets isn't this? And the you won't have the problem as you get the right information in the draw, ascent, or whatever routine as Font tag and in the LaTeX output you don't need it as it should be handled from the father inset, isn't it? But probably you handle it in some other way. 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Civilization is fun! Anyway, it keeps me busy!!
A small error on LyX web site
Hi, There's a small error on one of the lyx web pages, http://www.lyx.org/internet/mailing.php3 A text line is displayed in black. According to page source, it's just a missing ...: [...] Developer's list digest Send an empty mail message to: [...] -- Thomas.
Re: Textclass Loading Error
On 02-Aug-2001 Jean-Marc Lasgouttes wrote: >> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes: > > Herbert> when loading a doc, lyx gives an errormessage, when some > Herbert> layouts are missing. it would be very nice when the name of > Herbert> these missing layouts appear in the error message. in a large > Herbert> doc it's very difficult to find out whichlayouts are gone. > > I thought error insets were inserted at those places? Here Ctrl-g puts you on the inset and a click on the inset gives you from what to what it was tranlated. 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ The difference between a career and a job is about 20 hours a week.
Re: MathArray
On 01-Aug-2001 Asger K. Alstrup Nielsen wrote: > On Wed, 1 Aug 2001, Andre Poenitz wrote: > >> A bit. But speed does not really matter. I've never seen a complaint that >> mathed is slow, and I've never got that impression myself. > > I promise you, size does not matter either. Andre would something similar as we have it for paragraph work for you? A placeholder META_INSET it the char array and a map to find the right inset? Or is that to complicated? This is also nice if you have to iterate over all insets in a mathed inset (say for searching a specific type of inset, maybe "text" for doing some operations on it like the setFont call off the insets). 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ He's just like Capistrano, always ready for a few swallows.
Re: MathArray
On 02-Aug-2001 Allan Rae wrote: > On Wed, 1 Aug 2001, Asger K. Alstrup Nielsen wrote: > >> I promise you, size does not matter either. > > That's not what you were saying about cucumbers at last years developers > meeting. I can remember that to! > Perhaps, cucumbers are the exception. I seem to remember he liked them large, wasn't it? #:O) 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ The meat is rotten, but the booze is holding out. Computer translation of "The spirit is willing, but the flesh is weak."
RE: Bug in collapsable insets
On 01-Aug-2001 Angus Leeming wrote: > It looks to me like all these insets think that their width when expanded is > the width of the work area + the width of the scroll bar. Makes it impossible > to read the last few letters and the cursor does funny things... No the problem is the "LeftMargin" of the LyXText I'll have a look on this as now I can remove the BufferView * parameter from the LeftMargin() function and add a hack to the hack in InsetBib::width() which is called there! > This is with bang up to the second cvs. Last ChangeLog entry in src ??? I don't get what you mean here! 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Don't compare floating point numbers solely for equality.
Re: "\lang ignore" in ERT insets
On 01-Aug-2001 Asger K. Alstrup Nielsen wrote: > On Wed, 1 Aug 2001, Dekel Tsur wrote: > >> Let's look at the two reason why you added the language_inherit > > Juergen, I actually agreed with Dekel in this case. > > Let me try to explain why: [snip] Well I agree with both of you! I always said that language is NOT a font property. It should be split and there should be it's own handling! I also don't like the assumption of a "paragraph-language" based on the first character in the paragraph as paragraph-language should be declared as it and inserted in the "paragraph-data". What I did is to make the whole stuff work in 1 buffer. It should be quite easy to fix the copy/paste stuff by just "realizing" the language on a copy operation so that the language in the copy-buffer is always realized! Then on paste operation you just can do a "de-realize" for the environment to copy it inside. Should be really easy! > accept this solution and fix it up to work correctly. Dekel reproted > that copy&paste is currently broken, so something should be done. Sure and it's easy to fix, just I won't fix it now. I've a lot of other things to do and this is something I don't really care about! I made it work so that I could view a loaded document (this was not possible before) and so that the fileformat is ok and not filled over and over with \lang tags. That all I care about right now. If you, Dekel or someone else care about this NOW the I just have to tell you fix it yourself. I'll fix this eventually, but this is on the bottom of my quite long TODO list (see SF buglist!). 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ "It's God. No, not Richard Stallman, or Linus Torvalds, but God." (By Matt Welsh)
compiling lyx
Hi I'm trying to compile lyx-1.1.5fix2 on my redhat 7.1 system and get the following error message: make[3]: Entering directory `/tmp/lyx-1.1.5fix2/src/mathed' /bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -isystem /usr/X11R6/include -g -O2 -fno-rtti -fno-exceptions -c formula.C g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -isystem /usr/X11R6/include -g -O2 -fno-rtti -fno-exceptions -c formula.C -o formula.o In file included from formula.C:19: /usr/include/g++-3/sstream: In method `string stringstreambase::str () const': /usr/include/g++-3/sstream:102: taking dynamic typeid of object with -fno-rtti /usr/include/g++-3/sstream: In method `void stringstreambase::str (const string &)': /usr/include/g++-3/sstream:107: taking dynamic typeid of object with -fno-rtti make[3]: *** [formula.lo] Error 1 Does anyone know what this means? Thanks, Ed.
Re: CVS Update: lyx-devel
>> Yes, but this dialog is what gives sense to the interface. You want to >> change the properties of the inset, so you use right mouse button on >> it. Then you have adialog, and you are happy. >> > > Yeah, I guess this is the best idea in terms of interface consistency. I think this is settled then. Well we would need the dialog now. It should look more or less like this +-+ | | | o Inlined | | | | o Collapsed | | | | o Normal| | | +-+ With the GUII classes to call onto a signal as in other dialogs! Then we can have a go. 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ A computer lets you make more mistakes faster than any other invention, with the possible exceptions of handguns and Tequilla. -- Mitch Ratcliffe
Re: Pretty bug!
On 01-Aug-2001 Jean-Marc Lasgouttes wrote: > Basically what is missing is, when some magic update code causes the Well the update codes are quite verbose ;) > whole outer row to be repainted (and it seems to happen really really And these seems also easy to understand, what do you think is the "bool cleared" for in the draw routine? > often :( ), the insettext should know about this and repaint himself > fully if its background is not LColor::inherit. Ok I was pretty annoyed to have a red background spurious comming and going for the minipage inset :) I fixed the stuff here already! Just one more comment backgroundColor() NEVER returns LColor::inherit if I understood your cryptic code good enough ;) 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Such a foolish notion, that war is called devotion, when the greatest warriors are the ones who stand for peace.
Re: citation dialog
Am Mit, 01 Aug 2001 21:14:35 schrieb John Levon: > > re-sizing it is not fun, not at all. but having a "long" style > in the style button goes wrong too. I suppose, I'm to blame for this because I did the last resizising of the citation dialog (only made it a little bit narrower for 800x600 screens). Unfortunately I can't even have a look at the problem because my machine had a BIOS-crash and I only have an old laptop with limited space and no cvs for the next time :-(( Very sorry about that, Jürgen PS: If someone resizes this dialog again, *please* take care that it will not become bigger than 800x600 again, not everybody has a >17"-Screen. > john
