Re: [Bug 339] Cursor up/down in nested insets
On 19-Apr-2002 Eran Tromer wrote: (Note: the old screenshot was inaccurate, since I faked the cursor (it wasn't captured) just to show where I'm putting it logically. I've now updated the screenshow to be perfectly accurate.) The inset is one line below and 1 pixel to the right of the cursor. Are Yes that 1 pixel makes the difference and for that single pixel (actually I think there are 2 of them ;) you move to the right and not down. so Down makes more sense than Right. Sorry but I don't agree with you here. Unless... Maybe by inset you refer to the label, while I refer to the editable region? Indeed the former is to the right and the latter is below, so that would explain things (both here and in the added-text case). [snip] It refers to the inset as whole, but the interesting part is the editable area. Minor indeed, but these sort of minor annoyances are a major part of the mythical user experience. This is the sort of stuff that makes things feel wrong. Not 1.2.0 stuff, but there should be a bug filed on this (unless it's fixed as a by-product of this one). I don't agree here to this is not a bug in my opinion and the behaviour should not be changed, so as simple as that I will close the bug with a WONTFIX. Obviously I respect your opinion, but I just feel that it would be wrong changing the cursor-movements as you ask to do. Greets, Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ [Wisdom] is a tree of life to those laying hold of her, making happy each one holding her fast. -- Proverbs 3:18, NSV
Re: LyX Bugzilla problem
sampo == sampo [EMAIL PROTECTED] writes: sampo First to the lyx-devel list: the STL excessively long symbol sampo names barfing Solaris 2.6 ld problem can be worked around by sampo compiling gcc to use gnu binutils. Took me hours, but now I can sampo confirm success using Solaris-2.6 gcc-3.0.4 binutils-2.12 sampo lyx-1.1.6fix4 I think working around the ld problem would still sampo be worth while as in the current state of affairs I really sampo can't recommend using Lyx to my colleagues. Did you try building with --with-included-strings? At some point in time, it was enough to work around linkers limitations. JMarc
Re: [Bug 313] Enter key doesnot work in KeepEmpty paragraphs
Dear Developers,
On 12 Apr 2002 10:25:44 - wrote [EMAIL PROTECTED]:
[Bug 313] Enter key doesnot work in KeepEmpty paragraphs
Fixed!
Thanks for fixing. It will make the work with the Seminar class (and
the layout from the contributions site) a lot easier. I will update the
documentation (i.e. remove the warning about the bug) once 2.1* is out.
However, I have a second problem that makes work with Seminar a bit
complicated:
Besides the Environment and Item_Environment I'd appreciate a
Container_Environment tag for LatexType:
Environment: If preceding paragraph of same level is not of the same
environment type, insert a \begin{env-name} in the LaTeX
output before inserting the content of the paragraph. If the
next paragraph of the same level is not of the same
environment type insert an \end{env-name} after the content
of the paragraph.
Item_Environment: As Environment, plus
insert an \item before the content of the paragraph.
New:
Container_Environment: Always surround the content with \begin{env-name},
\end{env_name}
(The name Container_Environment is just my suggestion. I'd be happy if
some better name could be found.)
Needed for environments that serve as a container for other stuff (that gets
nested inside) and take some action with every new start of an environment
e.g. start a new slide with LandscapeSlide and PortraitSlide in
seminar.cls, start a new letter with letter in dinbrief.cls, or a new
article with clanek in the CSTUG bulletin layout. Currently, a dummy
paragraph (say {} in ERT and standard mode) is needed to separate the
environments.
I just filed a bug about this, but the bugzilla doesnot allow structured
text :-( so this letter will
a) express my thanks for your work
b) make the bug description a bit more clear (and hopefully understandable)
Guenter
PS: Please cc answers directly to me, as I am just normal LyX user and
hence only on the users-list.
--
[EMAIL PROTECTED]
Re: LaTeX export: invalid command in math mode.
R. Lahaye [EMAIL PROTECTED] writes:
| 45\ensuremath{\xba}
interesting... \xba is the char value of degree... but why isn't it
just output verbatim? This is T1 fonts right?
[could also be:
so lyx is somehow l10ning strings in the layout files and just output
them literally...
the translation is my doing and is something we must handle in 1.3
since then, because of gettext 0.11, we can/should only use ascii in
translatable strings. (or should at least try our best to.)
]
| What's makes my latex produce a warning message here?
| Regards,
| Rob.#LyX 1.2 created this file. For more info see http://www.lyx.org/
| \lyxformat 220
| \textclass article
| \language english
| \inputencoding auto
| \fontscheme default
| \graphics default
| \paperfontsize default
| \papersize Default
| \paperpackage a4
| \use_geometry 0
| \use_amsmath 0
| \use_natbib 0
| \use_numerical_citations 0
| \paperorientation portrait
| \secnumdepth 3
| \tocdepth 3
| \paragraph_separation indent
| \defskip medskip
| \quotes_language english
| \quotes_times 2
| \papercolumns 1
| \papersides 1
| \paperpagestyle default
| \layout Standard
| 45º
| \the_end
--
Lgb
XForms source, where?
fre, 2002-04-19 kl. 02:02 skrev John Levon: On Thu, Apr 18, 2002 at 04:23:00PM +0200, Claus Hindsgaul wrote: 2) Use a locale != da_DK. (E.g. C, no_NO, de_AT works) I can't reproduce a problem myself. Can you try the open source xforms perhaps ? OK, I give in and want to try it out but... Is the XForms source available yet? Where? Claus
Re: natbib citations
On Tuesday 16 April 2002 10:31 am, Angus Leeming wrote: On Monday 15 April 2002 4:40 pm, Angus Leeming wrote: I think that the screen label part of the patch is fine, although I've modified it to work with numerical natbib citations and to cache the label. Attached are my re-workings. [snip] I have tested this patch pretty thoroughly myself and have decided that it's only real shortcoming is that it results in VERY slow loading of a buffer. This occurs because we reload Buffer::getBibkeyList from any BibTeX files for each and every citation key. Mike Ressler has been testing this patch for me and discovered another shortcoming: On Thu, 18 Apr 2002, Angus Leeming wrote: the problem with your files is that you have used natbib but not used BibTeX and the current, rather clunky, solution can't cope. I have fixed things here so that you get the old, uninformative labels in this case. Okay. BibTeX usage is exceedingly uncommon in astronomical journals. In fact, I don't think there is any facility in AASTeX for dealing with it. Thus it never even occurred to me to try BibTeX. I guess that this shows the benefit of asking users what they need! Anyway, that problem is very easy to fix and the patch, attached, solves it. In fact, I'd like to apply it. It gives LyX WYSIWYG citation labels when using natbib and the boring old ones when not. Lars? Angus cite.diff.gz Description: GNU Zip compressed data
Re: [Bug 339] Cursor up/down in nested insets
Juergen Vigna wrote: On 19-Apr-2002 Eran Tromer wrote: (Note: the old screenshot was inaccurate, since I faked the cursor (it wasn't captured) just to show where I'm putting it logically. I've now updated the screenshow to be perfectly accurate.) The inset is one line below and 1 pixel to the right of the cursor. Are Yes that 1 pixel makes the difference and for that single pixel (actually I think there are 2 of them ;) you move to the right and not down. so Down makes more sense than Right. Sorry but I don't agree with you here. I still think that a line is longer than a pixel, but I guess this is a matter of taste... If the effect on navigation is so dramatic, perhaps the visual indication can be made more obvious. Anyway, at least now we're in sync: the criterion is strictly visual, to the level of single pixels. Got it. Please allow me to try your patience and go back to the original example (ERT in footnote). Cursor at beginning of footnote (right before ERT): Down goes outside footnote, should enter ERT Again you are left of the ERT inset in the last row of the footnote if pressing DOWN you shouldn't go right you should navigate down! There's nothing strictly below the cursor, so by your criterion Down should do nothing. Instead, it goes up and right. Cursor at beginning of ERT: Down goes outside footnote, should do nothing Why again! You are in the last row of the ERT and in the last of the footnote Down should leave the ERT and the Footnote! Similarly -- this seems like some sort of logical behavior, with no visual justification. Cursor at beginning of ERT: Up goes outside footnote, should go to beginning of foonote Same as above you are in the first row of ERT and first of footnote! The thing directly above the cursor is the inside of the footnote inset, so I reckon the cursor should remain in the footnote. Cursor at end of footnote (right after ERT): Down goes outside footnote, should go into ERT Again -- by your criterion it should do nothing, not go up and right. It should go into the footnote not ERT though, I agree there. But that's so minor as to not be even worth thinking about IMHO Minor indeed, but these sort of minor annoyances are a major part of the mythical user experience. This is the sort of stuff that makes things feel wrong. Not 1.2.0 stuff, but there should be a bug filed on this (unless it's fixed as a by-product of this one). I don't agree here to this is not a bug in my opinion and the behaviour should not be changed, so as simple as that I will close the bug with a WONTFIX. Uhm? I thought you admitted this one is a bug. Regards, Eran Tromer
Re: [Bug 339] Cursor up/down in nested insets
On 22-Apr-2002 Eran Tromer wrote: Anyway, at least now we're in sync: the criterion is strictly visual, to the level of single pixels. Got it. Please allow me to try your patience and go back to the original example (ERT in footnote). #:O) Cursor at beginning of footnote (right before ERT): Down goes outside footnote, should enter ERT Again you are left of the ERT inset in the last row of the footnote if pressing DOWN you shouldn't go right you should navigate down! There's nothing strictly below the cursor, so by your criterion Down should do nothing. Instead, it goes up and right. [snip the rest] I may agree on this with you. The problem is that we cannot fix this and it is REALLY a very special case, isn't it? The problem is that the inset wants to go down sees there is no row below and decides to unlock itself to permit the outerworld to handle this cursor request. A unlocked cursor as default goes to the back of an inset. Now in this special case you don't have a row below the inset so it just stays there. But IMO this is the right thing to do, so you just can go on editing from that spot on. In your case we would have to check from the inset if the outside paragraph (LyXText) has another row and only unlock the inset if this happens. I'm sure then people will complain that they are on the last row editing and have to press ESC or go to the right of the inset to be able to go on editing, while before they had to press just Down and could go on editing. I don't agree here to this is not a bug in my opinion and the behaviour should not be changed, so as simple as that I will close the bug with a WONTFIX. Uhm? I thought you admitted this one is a bug. No not really. I didn't admit it is a bug. I only admited that depending on who uses it, the one could have different tastes. We obiously could just create a dummy row below so when moving down we will go there, but I guess this is really not worthwise the time. Hope you understand now that this is REALLY a minor annoyance in a VERY certain situation, which, in your case, is VERY theoretical, isn't it? Greets, Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ You own a dog, but you can only feed a cat.
Re: [Bug 339] Cursor up/down in nested insets
On Mon, Apr 22, 2002 at 12:31:16PM +0200, Juergen Vigna wrote: Hope you understand now that this is REALLY a minor annoyance in a VERY certain situation, which, in your case, is VERY theoretical, isn't it? My tuppenny's: I agree with both of you. From the user's point of view this is a (very minor) weirdness. From a developer's point of view it's very very painful to fix. So a little bit of cost/benefit analysis and we end up with WONTFIX (rather than INVALID) ;) regards john -- Not content with just being crap with computer stuff, the department now smells of fish. - Dupin
Re: [Bug 339] Cursor up/down in nested insets
On Mon, Apr 22, 2002 at 12:31:16PM +0200, Juergen Vigna wrote: I may agree on this with you. The problem is that we cannot fix this and it is REALLY a very special case, isn't it? The problem is that the inset wants to go down sees there is no row below and decides to unlock itself to permit the outerworld to handle this cursor request. A unlocked cursor as default goes to the back of an inset. May I suggest to the both of you to get this _somehow_ working and postpone the proper solution to 1.3? You have just had a first glance into this can of worms and I can assure you, you don't want to see the rest. I believe there is no one size fits all solution regarding cursor up/down and even if there were some close approximation of it (e.g. by using some clever combination of logical and visual movement), implementing it using the current inset locking scheme does not look ... simple. No not really. I didn't admit it is a bug. I only admited that depending on who uses it, the one could have different tastes. That's one of the bigger problems in this area: Everybody and his dog have their own opinion on what is natural movement and once you fix it after one person complained loudly, others will find new problems... Hope you understand now that this is REALLY a minor annoyance in a VERY certain situation, which, in your case, is VERY theoretical, isn't it? Is it _somehow usable_? Then mark it wontfix... Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: [Bug 339] Cursor up/down in nested insets
On 22-Apr-2002 Andre Poenitz wrote: On Mon, Apr 22, 2002 at 12:31:16PM +0200, Juergen Vigna wrote: I may agree on this with you. The problem is that we cannot fix this and it is REALLY a very special case, isn't it? The problem is that the inset wants to go down sees there is no row below and decides to unlock itself to permit the outerworld to handle this cursor request. A unlocked cursor as default goes to the back of an inset. May I suggest to the both of you to get this _somehow_ working and postpone the proper solution to 1.3? I don't think we have to do anything on this. For me the behaviour is correct as it is (somehow ;) Hope you understand now that this is REALLY a minor annoyance in a VERY certain situation, which, in your case, is VERY theoretical, isn't it? Is it _somehow usable_? Then mark it wontfix... That's what we will do. Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Good night, Mrs. Calabash, wherever you are.
Re: LaTeX export: invalid command in math mode.
On Sat, Apr 20, 2002 at 09:18:39AM +0900, R. Lahaye wrote:
---
LaTeX Warning: Command \textordmasculine invalid in math mode on
input line 72.
---
This is related to the degree-symbol I use in my LyX document, for
example 45?. In the LaTeX export, this appears as 45\ensuremath{?}
and latex chokes on that.
I don't know, but I'd use \textdegree instead of \textordmasculine anyway
(it shows up in LyX and is the correct symbol)
Any idea what goes wrong in the export?
No. Maybe \textordmasculine is not defined fotr reftex,.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
Re: Entering spaces in maths
On Fri, Apr 19, 2002 at 03:26:01PM +0200, Jean-Marc Lasgouttes wrote: In 1.1.6, S-C-space (or C-space) would enter a space in math. Now the command is disabled. Is that intentional? I don't think so. What is the new way to enter a space? \, \: \; \quad \qquad \! should all work. What is the C-space LFUN? LFUN_PROTECTEDSPACE? This seems to be handled in formulabase.C... Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: LyX Bugzilla problem
On Sun, Apr 21, 2002 at 03:25:27AM +, [EMAIL PROTECTED] wrote: First to the lyx-devel list: the STL excessively long symbol names barfing Solaris 2.6 ld problem can be worked around by compiling gcc to use gnu binutils. That's the recommended combo anyway. If you use gcc for compiling, you'd better use the GNU binutils too. I think working around the ld problem would still be worth while as in the current state of affairs I really can't recommend using Lyx to my colleagues. What is wrong with GNU ld? What is wrong with your platform's native compiler/linker combo? Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: LyX Bugzilla problem
Andre == Andre Poenitz [EMAIL PROTECTED] writes: I think working around the ld problem would still be worth while as in the current state of affairs I really can't recommend using Lyx to my colleagues. Andre What is wrong with GNU ld? One has to install it, and it can be a bit of work (not just rpm -i). Andre What is wrong with your platform's native compiler/linker Andre combo? Sun CC is not supported yet. It has many compilation errors (some real, some bogus) that we never bothered to fix. JMarc
Re: LaTeX export: invalid command in math mode.
Andre Poenitz wrote: No. Maybe \textordmasculine is not defined for reftex,. No, the LaTeX problem occurs with any layout. See the document attached to my earlier email: http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg36888.html Long time back I dropped a question in this mailinglist how to produce the degree symbol, and the advice was to simply type the character º (don't know how to squeeze that out of my keyboard; I cut/paste from another application). I think Lars or Angus told me then. Well, that works great, but all of a sudden I noticed that this is causing always a LaTeX warning, when exporting LaTeX and running the LaTeX document through the LaTeX interpreter. So LyX is doing something not-so-correct when exporting this degree symbol to LaTeX. But I have no idea what, where or why this is going wrong. Regards, Rob.
Re: LyX Bugzilla problem
On Mon, Apr 22, 2002 at 03:33:03PM +0200, Jean-Marc Lasgouttes wrote: Andre What is wrong with your platform's native compiler/linker Andre combo? Sun CC is not supported yet. It has many compilation errors (some real, some bogus) that we never bothered to fix. I see. I always thought you and Angus... but that was DEC, wasn't it? Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: LyX Bugzilla problem
On Monday 22 April 2002 1:20 pm, Andre Poenitz wrote: On Mon, Apr 22, 2002 at 03:33:03PM +0200, Jean-Marc Lasgouttes wrote: Andre What is wrong with your platform's native compiler/linker Andre combo? Sun CC is not supported yet. It has many compilation errors (some real, some bogus) that we never bothered to fix. I see. I always thought you and Angus... but that was DEC, wasn't it? Andre' Ha! Wait till the qt2 port comes on stream and the vast majority of our users use Windows... Angus
Re: LaTeX export: invalid command in math mode.
R. Lahaye [EMAIL PROTECTED] writes: | Andre Poenitz wrote: No. Maybe \textordmasculine is not defined for reftex,. | No, the LaTeX problem occurs with any layout. See the document | attached to my earlier email: | http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg36888.html | Long time back I dropped a question in this mailinglist how | to produce the degree symbol, and the advice was to simply | type the character º (don't know how to squeeze that out of | my keyboard; I cut/paste from another application). | I think Lars or Angus told me then. I never showed you that symbol, '°' is what I showed. (if I did) -- Lgb
Re: LaTeX export: invalid command in math mode.
Andre Poenitz wrote:
On Sat, Apr 20, 2002 at 09:18:39AM +0900, R. Lahaye wrote:
---
LaTeX Warning: Command \textordmasculine invalid in math mode on
input line 72.
---
This is related to the degree-symbol I use in my LyX document, for
example 45?. In the LaTeX export, this appears as 45\ensuremath{?}
and latex chokes on that.
I don't know, but I'd use \textdegree instead of \textordmasculine anyway
(it shows up in LyX and is the correct symbol)
Any idea what goes wrong in the export?
No. Maybe \textordmasculine is not defined fotr reftex,.
\text...
it's obvious that we get a warning when used in mathmode.
$\textrm{\textordmasculine}$ gives no warning
Herbert
--
http://www.lyx.org/help/
Re: LaTeX export: invalid command in math mode.
Herbert == Herbert Voss [EMAIL PROTECTED] writes:
Herbert Andre Poenitz wrote:
On Sat, Apr 20, 2002 at 09:18:39AM +0900, R. Lahaye wrote:
--- LaTeX Warning: Command
\textordmasculine invalid in math mode on input line 72.
---
This is related to the degree-symbol I use in my LyX document, for
example 45?. In the LaTeX export, this appears as
45\ensuremath{?} and latex chokes on that.
I don't know, but I'd use \textdegree instead of \textordmasculine
anyway (it shows up in LyX and is the correct symbol)
Any idea what goes wrong in the export?
No. Maybe \textordmasculine is not defined fotr reftex,.
Herbert \text... it's obvious that we get a warning when used in
Herbert mathmode. $\textrm{\textordmasculine}$ gives no warning
I'll remove the ensuremath for those characters (also textordfeminine
and \textdegree, according to my latex. Eventually, I'd like to remove
all this \ensuremath special casing, but I seem to remember this
causes problems with older latex versions.
JMarc
RE: bug in latest cvs
On 21-Apr-2002 Herbert Voss wrote: - open new doc with any class - choose enumeration layout style - write a word - insert a displayed formula with alt-m-d - write something into the mathbox - leave mathbox and hit control-enter to get a new line - insert a word -- the first character appears twice in different lines Ok I've seen that and accept it as a bug, but why do you hit Ctrl-Enter in first place. Just go on typing your text! Are people the same opinion as myself that the cursor should never apear behind a displayed inset or an inset which is NeedFullRow? Obviously if we say yes to the above question we would have to always add a row below the inset in LyXText (not really difficutlt ;), so that we HAVE a row to go to with the cursor. Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Satire is what closes in New Haven.
Re: [Bug 339] Cursor up/down in nested insets
Juergen Vigna wrote: On 22-Apr-2002 Eran Tromer wrote: Now in this special case you don't have a row below the inset so it just stays there. But IMO this is the right thing to do, so you just can go on editing from that spot on. Ah. If it happens only this case then ignoring it is fine by me. :-) As for the more general what should Down do issue, please consider making the inset narrower by a few pixels, to give a better visual cue for the behavior. Won't hurt anyone with a sane number of nesting levels. A naive question of Bugzilla policy -- if this is an acknowledged by all as a problematic issue, why mark it WONTFIX as opposed to setting a far-away milestone or something? Definitely not 1.2.x stuff, but you do want it addressed *sometime* by *someone*, don't you? BTW, did you notice how LyX gets horribly slow when you create comments that are nested 15 levels deep? I don't agree here to this is not a bug in my opinion and the behaviour should not be changed, so as simple as that I will close the bug with a WONTFIX. Uhm? I thought you admitted this one is a bug. No not really. I didn't admit it is a bug. I only admited that depending on who uses it, the one could have different tastes. We obiously could just create a dummy row below so when moving down we will go there, but I guess this is really not worthwise the time. cough About this SPECIFIC subissue you said It should go into the footnote not ERT though, I agree there. Regards, Eran Tromer
Re: bug in latest cvs
Juergen == Juergen Vigna [EMAIL PROTECTED] writes: Juergen Are people the same opinion as myself that the cursor should Juergen never apear behind a displayed inset or an inset which is Juergen NeedFullRow? Obviously if we say yes to the above question we Juergen would have to always add a row below the inset in LyXText Juergen (not really difficutlt ;), so that we HAVE a row to go to Juergen with the cursor. So it the item of a paragraph (think display math) is needfullrow, we would always have this nasty empty line? I think this will confuse people a lot. JMarc
Re: [Bug 339] Cursor up/down in nested insets
Eran == Eran Tromer [EMAIL PROTECTED] writes: Eran BTW, did you notice how LyX gets horribly slow when you create Eran comments that are nested 15 levels deep? I see why this may happen. But do you really want to do that? JMarc
Re: [Bug 339] Cursor up/down in nested insets
On 22-Apr-2002 Eran Tromer wrote: A naive question of Bugzilla policy -- if this is an acknowledged by all as a problematic issue, why mark it WONTFIX as opposed to setting a far-away milestone or something? Definitely not 1.2.x stuff, but you do want it addressed *sometime* by *someone*, don't you? No I don't think I will fix this, therefore I marked it WONTFIX. It may get fixed with other changes we do, but only as consequence (about the mail I wrote earlier where to display the cursor when behind a NFR-Inset). BTW, did you notice how LyX gets horribly slow when you create comments that are nested 15 levels deep? We have to do too much update calls the more nesting we get because we can never be sure what our child did. We have to find a better solution for this, but for now I would say don't nest so deep are you sure you need this? Or do you just test stuff :) cough About this SPECIFIC subissue you said It should go into the footnote not ERT though, I agree there. Did I really say that? I think it was John. Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ There are few people more often in the wrong than those who cannot endure to be thought so.
lyx-1.2.0cvs --execute buffer-write ExternalMaterial.lyx
Is this meant to create a GUI, or to run without X? At present it pops up LyX to screen (but then executes the command). Angus
Re: bug in latest cvs
On 22-Apr-2002 Jean-Marc Lasgouttes wrote: So it the item of a paragraph (think display math) is needfullrow, we would always have this nasty empty line? I think this will confuse people a lot. No we will ONLY have it if we are on the LAST row of LyXText! Hmmm, no let me see, hmmm, well let me specify better, we should have this only if the inset is the last character of a paragraph. The row anyway will go away as soon as we leave it and should come back when we hold again that cursor position. Do you think it is confusing to create an empty row to put the cursor in when needed? Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ 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 first marriage is the triumph of imagination over intelligence, and the second the triumph of hope over experience.
Re: [Bug 339] Cursor up/down in nested insets
On Mon, Apr 22, 2002 at 04:42:08PM +0200, Juergen Vigna wrote: BTW, did you notice how LyX gets horribly slow when you create comments that are nested 15 levels deep? We have to do too much update calls the more nesting we get because we can never be sure what our child did. Did I mention drawing in two phases: one for metrics computation and one for the actual drawing lately? Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: bug in latest cvs
Juergen == Juergen Vigna [EMAIL PROTECTED] writes: Juergen On 22-Apr-2002 Jean-Marc Lasgouttes wrote: So it the item of a paragraph (think display math) is needfullrow, we would always have this nasty empty line? I think this will confuse people a lot. Juergen No we will ONLY have it if we are on the LAST row of LyXText! Juergen Hmmm, no let me see, hmmm, well let me specify better, we Juergen should have this only if the inset is the last character of a Juergen paragraph. The row anyway will go away as soon as we leave it Juergen and should come back when we hold again that cursor position. Juergen Do you think it is confusing to create an empty row to put Juergen the cursor in when needed? Can we experiment with it later? In 1.3.0? JMarc
Re: [Bug 339] Cursor up/down in nested insets
On 22-Apr-2002 Andre Poenitz wrote: Did I mention drawing in two phases: one for metrics computation and one for the actual drawing lately? Well in a certain mode we do this already, we draw it so many times until we got all metrics ready and this can be a multiple step and it can take more than 1 go to get it right depending on the nesting level. Look that in difference to mathed insets the InsetText can have a changing width height so you're not able to calculate all in one go. It's easy in mathed because all has it's fixed size. Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ 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 clash of doctrine is not a disaster -- it is an opportunity.
Re: bug in latest cvs
On 22-Apr-2002 Jean-Marc Lasgouttes wrote: Juergen Do you think it is confusing to create an empty row to put Juergen the cursor in when needed? Can we experiment with it later? In 1.3.0? Sure! Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ 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 worst sin towards our fellow creatures is not to hate them, but to be indifferent to them; that's the essence of inhumanity. -- G.B. Shaw
Re: lyx-1.2.0cvs --execute buffer-write ExternalMaterial.lyx
Angus == Angus Leeming [EMAIL PROTECTED] writes: Angus Is this meant to create a GUI, or to run without X? At present Angus it pops up LyX to screen (but then executes the command). I don't think the framwork for executing without GUI exists. We would need to know what lfuns work without GUI (a new flag). JMarc
Re: [Bug 339] Cursor up/down in nested insets
Andre == Andre Poenitz [EMAIL PROTECTED] writes: Andre On Mon, Apr 22, 2002 at 04:42:08PM +0200, Juergen Vigna wrote: BTW, did you notice how LyX gets horribly slow when you create comments that are nested 15 levels deep? We have to do too much update calls the more nesting we get because we can never be sure what our child did. Andre Did I mention drawing in two phases: one for metrics Andre computation and one for the actual drawing lately? I think we need this info for more than just metrics. JMarc
Re: [Bug 339] Cursor up/down in nested insets
On Mon, Apr 22, 2002 at 05:01:12PM +0200, Juergen Vigna wrote: Well in a certain mode we do this already, we draw it so many times until we got all metrics ready and this can be a multiple step and it can take more than 1 go to get it right depending on the nesting level. Look that in difference to mathed insets the InsetText can have a changing width height so you're not able to calculate all in one go. I think bounding boxes still can be build bottom-up without iteration as long as we don't want more than LaTeX does but I am probably missing something. Maybe you could give a specific example where we would need another round of box building? It's easy in mathed because all has it's fixed size. It certainly simplifies things a lot. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
bug in displaying of picture
-BEGIN PGP SIGNED MESSAGE- - - create two documents containg the same image - - load both in lyx. Switch betwenn documents. All is working wonderfull. - - close one of the documents. - -- displaying of the image in second document is broken. Kornel - -- Kornel Benko [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: PGP 6.5.8 iQCVAwUBPMQt27ewfbDGmeqhAQGXaAP/e8FljikDggWg9nACjwxLLwq31/ZOZwW7 4FwXVk7OkfDIvJEtWliE8pspHxZssfUqPV0rm8RxnOMwZS303eUalSY97+Qn5/NU Qw8nYTNS2e+Z9oMQc93wdXi+ZzgFvFtp6MBbqE0XVmB5bl63vdSQz9zlPyzY3Hgb E4ijKSZXI+Y= =dlSD -END PGP SIGNATURE- attachment: xx.jpg
Re: bug in displaying of picture
Kornel Benko wrote: - - create two documents containg the same image - - load both in lyx. Switch betwenn documents. All is working wonderfull. - - close one of the documents. - -- displaying of the image in second document is broken. what happens when you try the patch http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg36886.html Herbert -- http://www.lyx.org/help/
Re: bug in displaying of picture
-BEGIN PGP SIGNED MESSAGE- On Monday, 22. April 2002 17:46, Herbert Voss wrote: what happens when you try the patch http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg36886.html The same behaviour in this case. Kornel - - -- Kornel Benko [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: PGP 6.5.8 iQCVAwUBPMQ267ewfbDGmeqhAQHuMgQAn5rIKrIVzre8E9pLhnKIfUAO83xvm26G 8Z3vslqdaVsMcJIqDjPj62FbJZog+k2+M4LqCPQ72McE6yqOmRja5J8Pwy7p2tsc 4B09NLg3Nio2u26vGfMDEgvv9x3o6H9S95Z8Lcd8511xEJdCmwHB0KmmYI013fUr 9pfhC3VFYDM= =fHCb -END PGP SIGNATURE-
Re: [Bug 339] Cursor up/down in nested insets
On Mon, Apr 22, 2002 at 05:28:21PM +0300, Eran Tromer wrote: A naive question of Bugzilla policy -- if this is an acknowledged by all as a problematic issue, why mark it WONTFIX as opposed to setting a far-away milestone or something? Definitely not 1.2.x stuff, but you do want it addressed *sometime* by *someone*, don't you? Not so sure about that, it will always add complexity. Anyway, RESOLVED LATER is a bad idea and we shouldn't use it. regards john -- Not content with just being crap with computer stuff, the department now smells of fish. - Dupin
Re: freebsd make failure: slot.h
Richard E. Hawkins [EMAIL PROTECTED] writes: | My new system, fast as it is, isn't working out well (bad heat | problems), but that's another issue. | With a clean checkout, installation of autoconf and automake, I can | autogen and then configure without any errors reported. | When I make, though, I very quicly get back a | Making all in sigc++ | make: don't know how to make slot.h Stop | *** Error code 1 what kind of m4 do you have? gnu m4? can that be the problem? Has lyx compiled on this system earlier, or systems similar/equal to this? -- Lgb
Re: bug in displaying of picture
Kornel Benko wrote:
-BEGIN PGP SIGNED MESSAGE-
On Monday, 22. April 2002 17:46, Herbert Voss wrote:
what happens when you try the patch
http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg36886.html
The same behaviour in this case.
ok, try this one.
now every tempdir has it's own graphic files
Herbert
--
http://www.lyx.org/help/
Index: src/insets/insetgraphics.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/insetgraphics.C,v
retrieving revision 1.105
diff -u -r1.105 insetgraphics.C
--- src/insets/insetgraphics.C 19 Apr 2002 17:16:00 - 1.105
+++ src/insets/insetgraphics.C 22 Apr 2002 21:09:10 -
-94,6 +94,7
#include LaTeXFeatures.h
#include frontends/Dialogs.h
+#include frontends/Alert.h
#include frontends/controllers/helper_funcs.h // getVectorFromString
#include support/LAssert.h
-632,22 +633,39
string const from = getExtFromContents(filename_);
string const to = findTargetFormat(from);
+ lyxerr[Debug::GRAPHICS] \tfrom: from endl;
+ lyxerr[Debug::GRAPHICS] \tto : to endl;
if (from == to) {
// No conversion needed!
return filename_;
}
- string const temp = MakeAbsPath(filename_, buf-tmppath);
+ string const temp = MakeAbsPath(OnlyFilename(filename_), buf-tmppath);
string const outfile_base = RemoveExtension(temp);
+ // first we copy the original file from the docdir into
+ // the temp dir but only when use-tmpdir is enabled
+ if (IsFileReadable(filename_) lyxrc.use_tempdir) {
+ bool success = lyx::copy(filename_, temp);
+ lyxerr[Debug::GRAPHICS] [prepareFile] copy from
+filename_ to temp \n;
+ if (!success) {
+ Alert::alert(_(cannot copy file), filename_,
+ _(into tempdir));
+ return filename_;
+ }
+ } else
+ lyxerr[Debug::GRAPHICS] [prepareFile] file temp
+ isn't readable endl;
+
+ lyxerr[Debug::GRAPHICS] calling convert with these values: endl;
+ lyxerr[Debug::GRAPHICS] \ttempname = temp endl;
+ lyxerr[Debug::GRAPHICS] \tbuf-tmppath = buf-tmppath endl;
+ lyxerr[Debug::GRAPHICS] \toutfile_base = outfile_base endl;
+ lyxerr[Debug::GRAPHICS] \t(filename_= filename_ )\n;
- lyxerr[Debug::GRAPHICS] tempname = temp \n;
- lyxerr[Debug::GRAPHICS] buf::tmppath = buf-tmppath \n;
- lyxerr[Debug::GRAPHICS] filename_ = filename_ \n;
- lyxerr[Debug::GRAPHICS] outfile_base = outfile_base endl;
-
- converters.convert(buf, filename_, outfile_base, from, to);
- return RemoveExtension(filename_);
+ converters.convert(buf, temp, outfile_base, from, to);
+ return RemoveExtension(temp);
}
Re: freebsd make failure: slot.h
Brand new system, that almost works (insert a few sore points with vendor that builds a dual athlon with 4 15krpm drives and doesn't understand how to cool it!). Still, it's a fresh install of the stable branch of FreeBSD. It shouldn't be measurably different from the laptop I'm writing this from--though the laptop has more linux compatibility stuff installed at the moment. I think you need gnu m4. JMarc
Re: LaTeX export: invalid command in math mode.
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars R. Lahaye [EMAIL PROTECTED] writes: |
Lars 45\ensuremath{\xba}
Lars interesting... \xba is the char value of degree... but why isn't
Lars it just output verbatim? This is T1 fonts right?
It is output verbatim now.
JMarc
Re: Entering spaces in maths
Andre == Andre Poenitz [EMAIL PROTECTED] writes: Andre On Fri, Apr 19, 2002 at 03:26:01PM +0200, Jean-Marc Lasgouttes Andre wrote: In 1.1.6, S-C-space (or C-space) would enter a space in math. Now the command is disabled. Is that intentional? Andre I don't think so. What is the new way to enter a space? Andre \, \: \; \quad \qquad \! should all work. Andre What is the C-space LFUN? LFUN_PROTECTEDSPACE? This seems to be Andre handled in formulabase.C... Yes, but it was disabld for math in lyxfunc.C. Fixed now. JMarc
Re: freebsd make failure: slot.h
Jean-Marc Lasgouttes writes: Brand new system, that almost works (insert a few sore points with vendor that builds a dual athlon with 4 15krpm drives and doesn't understand how to cool it!). Still, it's a fresh install of the stable branch of FreeBSD. It shouldn't be measurably different from the laptop I'm writing this from--though the laptop has more linux compatibility stuff installed at the moment. I think you need gnu m4. m4 ships with FreeBSD systems, but is not GNU-ish enough. Installing the (additional) FreeBSD package m4, also installs gm4. This works fine with ./autogen.sh, which detects gm4 before it checks for m4. So gm4 is used. However, in lib/Makefile.am, M4=m4 is hardcoded (line 7). So this is causing trouble on FreeBSD systems! lib/Makefile.am needs to be modified, so it uses the right (g)m4, as it is detected by autogen.sh. Regards, Rob.
make install oddities documentation
Hi, # make install [...] install: ./scripts/CVS: Inappropriate file type or format [...] install: ./doc/*.eps: No such file or directory [...] These messages are not fatal, but why do they appear? They are there for quite some time already. Do we keep them for 1.2.0 :) ? I have both, lyx-devel/ and lyxdoc/ and I tried to remedy the second problem above by creating a link from doc to lyxdoc: lyx-devel/doc - lyxdoc. However, that didn't help at all? Second question: Is there another way to include automatically the build of the lyxdoc-documentation, when installing the lyx-devel build? Regards, Rob.
Re: XForms source, where?
On 22 Apr 2002, Claus Hindsgaul wrote: [...] OK, I give in and want to try it out but... Is the XForms source available yet? Where? ftp://ncmir.ucsd.edu/pub/xforms/OpenSource/ Allan. (ARRae)
ps preview bug?
On Tue, Apr 09, 2002 at 11:34:45AM +0200, Marco Morandini wrote: When updating a postscript preview, lyx does not send a SIGHUP to gv, and the ps is not re-loaded. The obvious workaround is to set the watch file preference in gv, or modify the lyx preferences adding the -watch argument to gv. Adding -watch to gv does not help here. Isn't this a bug? I did not have such a problem in lyx-1.1.6. Regards, -cghan
Re: [Bug 339] Cursor up/down in nested insets
On 19-Apr-2002 Eran Tromer wrote: > (Note: the old screenshot was inaccurate, since I faked the cursor (it > wasn't captured) just to show where I'm putting it logically. I've now > updated the screenshow to be perfectly accurate.) > > The inset is one line below and 1 pixel to the right of the cursor. Are Yes that 1 pixel makes the difference and for that single pixel (actually I think there are 2 of them ;) you move to the right and not down. > so makes more sense than . Sorry but I don't agree with you here. > Unless... Maybe by "inset" you refer to the label, while I refer to the > editable region? Indeed the former is to the right and the latter is > below, so that would explain things (both here and in the added-text case). [snip] It refers to the inset as whole, but the interesting part is the editable area. > Minor indeed, but these sort of minor annoyances are a major part > of the mythical "user experience". This is the sort of stuff that makes > things "feel wrong". Not 1.2.0 stuff, but there should be a bug filed on > this (unless it's fixed as a by-product of this one). I don't agree here to this is not a bug in my opinion and the behaviour should not be changed, so as simple as that I will close the bug with a WONTFIX. Obviously I respect your opinion, but I just feel that it would be wrong changing the cursor-movements as you ask to do. Greets, Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ [Wisdom] is a tree of life to those laying hold of her, making happy each one holding her fast. -- Proverbs 3:18, NSV
Re: LyX Bugzilla problem
> "sampo" == sampo <[EMAIL PROTECTED]> writes: sampo> First to the lyx-devel list: the STL excessively long symbol sampo> names barfing Solaris 2.6 ld problem can be worked around by sampo> compiling gcc to use gnu binutils. Took me hours, but now I can sampo> confirm success using Solaris-2.6 gcc-3.0.4 binutils-2.12 sampo> lyx-1.1.6fix4 I think working around the ld problem would still sampo> be worth while as in the current state of affairs I really sampo> can't recommend using Lyx to my colleagues. Did you try building with --with-included-strings? At some point in time, it was enough to work around linkers limitations. JMarc
Re: [Bug 313] Enter key doesnot work in "KeepEmpty" paragraphs
Dear Developers,
On 12 Apr 2002 10:25:44 - wrote [EMAIL PROTECTED]:
[Bug 313] Enter key doesnot work in "KeepEmpty" paragraphs
> Fixed!
Thanks for fixing. It will make the work with the Seminar class (and
the layout from the contributions site) a lot easier. I will update the
documentation (i.e. remove the warning about the bug) once 2.1* is out.
However, I have a second problem that makes work with Seminar a bit
complicated:
Besides the Environment and Item_Environment I'd appreciate a
Container_Environment tag for LatexType:
Environment: If preceding paragraph of same level is not of the same
environment type, insert a \begin{env-name} in the LaTeX
output before inserting the content of the paragraph. If the
next paragraph of the same level is not of the same
environment type insert an \end{env-name} after the content
of the paragraph.
Item_Environment: As Environment, plus
insert an \item before the content of the paragraph.
New:
Container_Environment: Always surround the content with \begin{env-name},
\end{env_name}
(The name "Container_Environment" is just my suggestion. I'd be happy if
some better name could be found.)
Needed for environments that serve as a container for other stuff (that gets
nested inside) and take some action with every new start of an environment
e.g. start a new slide with "LandscapeSlide" and "PortraitSlide" in
seminar.cls, start a new letter with "letter" in dinbrief.cls, or a new
article with "clanek" in the CSTUG bulletin layout. Currently, a dummy
paragraph (say {} in ERT and standard mode) is needed to separate the
environments.
I just filed a bug about this, but the bugzilla doesnot allow structured
text :-( so this letter will
a) express my thanks for your work
b) make the bug description a bit more clear (and hopefully understandable)
Guenter
PS: Please cc answers directly to me, as I am just normal LyX user and
hence only on the users-list.
--
[EMAIL PROTECTED]
Re: LaTeX export: invalid command in math mode.
"R. Lahaye" <[EMAIL PROTECTED]> writes:
| 45\ensuremath{\xba}
interesting... \xba is the char value of degree... but why isn't it
just output verbatim? This is T1 fonts right?
[could also be:
so lyx is somehow l10ning strings in the layout files and just output
them literally...
the translation is my doing and is something we must handle in 1.3
since then, because of gettext 0.11, we can/should only use ascii in
translatable strings. (or should at least try our best to.)
]
>
| What's makes my latex produce a warning message here?
>
| Regards,
| Rob.#LyX 1.2 created this file. For more info see http://www.lyx.org/
| \lyxformat 220
| \textclass article
| \language english
| \inputencoding auto
| \fontscheme default
| \graphics default
| \paperfontsize default
| \papersize Default
| \paperpackage a4
| \use_geometry 0
| \use_amsmath 0
| \use_natbib 0
| \use_numerical_citations 0
| \paperorientation portrait
| \secnumdepth 3
| \tocdepth 3
| \paragraph_separation indent
| \defskip medskip
| \quotes_language english
| \quotes_times 2
| \papercolumns 1
| \papersides 1
| \paperpagestyle default
>
| \layout Standard
>
| 45º
| \the_end
--
Lgb
XForms source, where?
fre, 2002-04-19 kl. 02:02 skrev John Levon: > On Thu, Apr 18, 2002 at 04:23:00PM +0200, Claus Hindsgaul wrote: > > > 2) Use a locale != da_DK. (E.g. C, no_NO, de_AT works) > > I can't reproduce a problem myself. Can you try the open source xforms > perhaps ? OK, I give in and want to try it out but... Is the XForms source available yet? Where? Claus
Re: natbib citations
On Tuesday 16 April 2002 10:31 am, Angus Leeming wrote: > On Monday 15 April 2002 4:40 pm, Angus Leeming wrote: > > I think that the screen label part of the patch is fine, although I've > > modified it to work with numerical natbib citations and to cache the > > label. > > > > Attached are my re-workings. > > [snip] > > I have tested this patch pretty thoroughly myself and have decided that > it's only real shortcoming is that it results in VERY slow loading of a > buffer. This occurs because we reload Buffer::getBibkeyList from any BibTeX > files for each and every citation key. Mike Ressler has been testing this patch for me and discovered another shortcoming: > On Thu, 18 Apr 2002, Angus Leeming wrote: > > the problem with your files is that you have used natbib but not used > > BibTeX and the current, rather clunky, solution can't cope. I have > > "fixed" things here so that you get the old, uninformative labels in this > > case. > > Okay. BibTeX usage is exceedingly uncommon in astronomical journals. In > fact, I don't think there is any facility in AASTeX for dealing with it. > Thus it never even occurred to me to try BibTeX. I guess that this shows the benefit of asking users what they need! Anyway, that problem is very easy to fix and the patch, attached, solves it. In fact, I'd like to apply it. It gives LyX WYSIWYG citation labels when using natbib and the boring old ones when not. Lars? Angus cite.diff.gz Description: GNU Zip compressed data
Re: [Bug 339] Cursor up/down in nested insets
Juergen Vigna wrote: > On 19-Apr-2002 Eran Tromer wrote: > >>(Note: the old screenshot was inaccurate, since I faked the cursor (it >>wasn't captured) just to show where I'm putting it logically. I've now >>updated the screenshow to be perfectly accurate.) >> >>The inset is one line below and 1 pixel to the right of the cursor. Are > > > Yes that 1 pixel makes the difference and for that single pixel (actually I > think there are 2 of them ;) you move to the right and not down. > >>so makes more sense than . > > Sorry but I don't agree with you here. I still think that a line is longer than a pixel, but I guess this is a matter of taste... If the effect on navigation is so dramatic, perhaps the visual indication can be made more obvious. Anyway, at least now we're in sync: the criterion is strictly visual, to the level of single pixels. Got it. Please allow me to try your patience and go back to the original example (ERT in footnote). >>Cursor at beginning of footnote (right before ERT): >> goes outside footnote, should enter ERT > > Again you are left of the ERT inset in the last row of the footnote if > pressing DOWN you shouldn't go right you should navigate down! There's nothing strictly below the cursor, so by your criterion should do nothing. Instead, it goes up and right. >>Cursor at beginning of ERT: >> goes outside footnote, should do nothing > > Why again! You are in the last row of the ERT and in the last of the > footnote Down should leave the ERT and the Footnote! Similarly -- this seems like some sort of logical behavior, with no visual justification. >>Cursor at beginning of ERT: >> goes outside footnote, should go to beginning of foonote > > Same as above you are in the first row of ERT and first of footnote! The thing directly above the cursor is the inside of the footnote inset, so I reckon the cursor should remain in the footnote. >>Cursor at end of footnote (right after ERT): >> goes outside footnote, should go into ERT Again -- by your criterion it should do nothing, not go up and right. > It should go into the footnote not > ERT though, I agree there. But that's so minor as to not be even worth > thinking about IMHO >>Minor indeed, but these sort of minor annoyances are a major part >>of the mythical "user experience". This is the sort of stuff that makes >>things "feel wrong". Not 1.2.0 stuff, but there should be a bug filed on >>this (unless it's fixed as a by-product of this one). > > I don't agree here to this is not a bug in my opinion and the behaviour > should not be changed, so as simple as that I will close the bug with a > WONTFIX. Uhm? I thought you admitted this one is a bug. Regards, Eran Tromer
Re: [Bug 339] Cursor up/down in nested insets
On 22-Apr-2002 Eran Tromer wrote: > Anyway, at least now we're in sync: the criterion is strictly visual, to > the level of single pixels. Got it. Please allow me to try your patience > and go back to the original example (ERT in footnote). #:O) > >>Cursor at beginning of footnote (right before ERT): > >> goes outside footnote, should enter ERT > > > > Again you are left of the ERT inset in the last row of the footnote if > > pressing DOWN you shouldn't go right you should navigate down! > > There's nothing strictly below the cursor, so by your criterion > should do nothing. Instead, it goes up and right. [snip the rest] I may agree on this with you. The problem is that we cannot fix this and it is REALLY a very special case, isn't it? The problem is that the inset wants to go down sees there is no row below and decides to unlock itself to permit the outerworld to handle this cursor request. A unlocked cursor as default goes to the back of an inset. Now in this special case you don't have a row below the inset so it just stays there. But IMO this is the right thing to do, so you just can go on editing from that spot on. In your case we would have to check from the inset if the outside paragraph (LyXText) has another row and only unlock the inset if this happens. I'm sure then people will complain that they are on the last row editing and have to press ESC or go to the right of the inset to be able to go on editing, while before they had to press just "Down" and could go on editing. >> I don't agree here to this is not a bug in my opinion and the behaviour >> should not be changed, so as simple as that I will close the bug with a >> WONTFIX. > > Uhm? I thought you admitted this one is a bug. No not really. I didn't admit it is a bug. I only admited that depending on who uses it, the one could have different tastes. We obiously could just create a dummy row below so when moving down we will go there, but I guess this is really not worthwise the time. Hope you understand now that this is REALLY a minor annoyance in a VERY certain situation, which, in your case, is VERY theoretical, isn't it? Greets, Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ You own a dog, but you can only feed a cat.
Re: [Bug 339] Cursor up/down in nested insets
On Mon, Apr 22, 2002 at 12:31:16PM +0200, Juergen Vigna wrote: > Hope you understand now that this is REALLY a minor annoyance in a VERY > certain situation, which, in your case, is VERY theoretical, isn't it? My tuppenny's: I agree with both of you. From the user's point of view this is a (very minor) weirdness. From a developer's point of view it's very very painful to fix. So a little bit of cost/benefit analysis and we end up with WONTFIX (rather than INVALID) ;) regards john -- "Not content with just being crap with computer stuff, the department now smells of fish." - Dupin
Re: [Bug 339] Cursor up/down in nested insets
On Mon, Apr 22, 2002 at 12:31:16PM +0200, Juergen Vigna wrote: > I may agree on this with you. The problem is that we cannot fix this and > it is REALLY a very special case, isn't it? The problem is that the inset > wants to go down sees there is no row below and decides to unlock itself to > permit the outerworld to handle this cursor request. A unlocked cursor as > default goes to the back of an inset. May I suggest to the both of you to get this _somehow_ working and postpone the "proper solution" to 1.3? You have just had a first glance into this can of worms and I can assure you, you don't want to see the rest. I believe there is no "one size fits all solution" regarding cursor up/down and even if there were some close approximation of it (e.g. by using some "clever" combination of logical and visual movement), implementing it using the current "inset locking scheme" does not look ... "simple". > No not really. I didn't admit it is a bug. I only admited that depending > on who uses it, the one could have different tastes. That's one of the bigger problems in this area: Everybody and his dog have their own opinion on what is "natural movement" and once you "fix" it after one person complained loudly, others will find new "problems"... > Hope you understand now that this is REALLY a minor annoyance in a VERY > certain situation, which, in your case, is VERY theoretical, isn't it? Is it _somehow usable_? Then mark it "wontfix"... Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: [Bug 339] Cursor up/down in nested insets
On 22-Apr-2002 Andre Poenitz wrote: > On Mon, Apr 22, 2002 at 12:31:16PM +0200, Juergen Vigna wrote: >> I may agree on this with you. The problem is that we cannot fix this and >> it is REALLY a very special case, isn't it? The problem is that the inset >> wants to go down sees there is no row below and decides to unlock itself to >> permit the outerworld to handle this cursor request. A unlocked cursor as >> default goes to the back of an inset. > > May I suggest to the both of you to get this _somehow_ working and postpone > the "proper solution" to 1.3? I don't think we have to do anything on this. For me the behaviour is correct as it is (somehow ;) >> Hope you understand now that this is REALLY a minor annoyance in a VERY >> certain situation, which, in your case, is VERY theoretical, isn't it? > > Is it _somehow usable_? Then mark it "wontfix"... That's what we will do. Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Good night, Mrs. Calabash, wherever you are.
Re: LaTeX export: invalid command in math mode.
On Sat, Apr 20, 2002 at 09:18:39AM +0900, R. Lahaye wrote:
> ---
> LaTeX Warning: Command \textordmasculine invalid in math mode on
> input line 72.
> ---
>
> This is related to the degree-symbol I use in my LyX document, for
> example "45?". In the LaTeX export, this appears as "45\ensuremath{?}"
> and latex chokes on that.
I don't know, but I'd use \textdegree instead of \textordmasculine anyway
(it shows up in LyX and is the "correct" symbol)
> Any idea what goes wrong in the export?
No. Maybe \textordmasculine is not defined fotr reftex,.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
Re: Entering spaces in maths
On Fri, Apr 19, 2002 at 03:26:01PM +0200, Jean-Marc Lasgouttes wrote: > In 1.1.6, S-C-space (or C-space) would enter a space in math. Now the > command is disabled. Is that intentional? I don't think so. > What is the new way to enter a space? \, \: \; \quad \qquad \! should all work. What is the C-space LFUN? LFUN_PROTECTEDSPACE? This seems to be handled in formulabase.C... Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: LyX Bugzilla problem
On Sun, Apr 21, 2002 at 03:25:27AM +, [EMAIL PROTECTED] wrote: > First to the lyx-devel list: the STL excessively long symbol names > barfing Solaris 2.6 ld problem can be worked around by compiling gcc > to use gnu binutils. That's the recommended combo anyway. If you use gcc for compiling, you'd better use the GNU binutils too. > I think working around the ld problem would still be worth while as in the > current state of affairs I really can't recommend using Lyx to my > colleagues. What is wrong with GNU ld? What is wrong with your platform's "native compiler/linker combo"? Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: LyX Bugzilla problem
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: >> I think working around the ld problem would still be worth while as >> in the current state of affairs I really can't recommend using Lyx >> to my colleagues. Andre> What is wrong with GNU ld? One has to install it, and it can be a bit of work (not just rpm -i). Andre> What is wrong with your platform's "native compiler/linker Andre> combo"? Sun CC is not supported yet. It has many compilation errors (some real, some bogus) that we never bothered to fix. JMarc
Re: LaTeX export: invalid command in math mode.
Andre Poenitz wrote: > > No. Maybe \textordmasculine is not defined for reftex,. > No, the LaTeX problem occurs with any layout. See the document attached to my earlier email: http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg36888.html Long time back I dropped a question in this mailinglist how to produce the degree symbol, and the advice was to simply type the character "º" (don't know how to squeeze that out of my keyboard; I cut/paste from another application). I think Lars or Angus told me then. Well, that works great, but all of a sudden I noticed that this is causing always a LaTeX warning, when exporting LaTeX and running the LaTeX document through the LaTeX interpreter. So LyX is doing something not-so-correct when exporting this degree symbol to LaTeX. But I have no idea what, where or why this is going wrong. Regards, Rob.
Re: LyX Bugzilla problem
On Mon, Apr 22, 2002 at 03:33:03PM +0200, Jean-Marc Lasgouttes wrote: > Andre> What is wrong with your platform's "native compiler/linker > Andre> combo"? > > Sun CC is not supported yet. It has many compilation errors (some > real, some bogus) that we never bothered to fix. I see. I always thought you and Angus... but that was DEC, wasn't it? Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: LyX Bugzilla problem
On Monday 22 April 2002 1:20 pm, Andre Poenitz wrote: > On Mon, Apr 22, 2002 at 03:33:03PM +0200, Jean-Marc Lasgouttes wrote: > > Andre> What is wrong with your platform's "native compiler/linker > > Andre> combo"? > > > > Sun CC is not supported yet. It has many compilation errors (some > > real, some bogus) that we never bothered to fix. > > I see. I always thought you and Angus... but that was DEC, wasn't it? > > Andre' Ha! Wait till the qt2 port comes on stream and the vast majority of our users use Windows... Angus
Re: LaTeX export: invalid command in math mode.
"R. Lahaye" <[EMAIL PROTECTED]> writes: | Andre Poenitz wrote: >> >> No. Maybe \textordmasculine is not defined for reftex,. >> > | No, the LaTeX problem occurs with any layout. See the document | attached to my earlier email: | http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg36888.html > | Long time back I dropped a question in this mailinglist how | to produce the degree symbol, and the advice was to simply | type the character "º" (don't know how to squeeze that out of | my keyboard; I cut/paste from another application). | I think Lars or Angus told me then. I never showed you that symbol, '°' is what I showed. (if I did) -- Lgb
Re: LaTeX export: invalid command in math mode.
Andre Poenitz wrote:
> On Sat, Apr 20, 2002 at 09:18:39AM +0900, R. Lahaye wrote:
>
>>---
>>LaTeX Warning: Command \textordmasculine invalid in math mode on
>>input line 72.
>>---
>>
>>This is related to the degree-symbol I use in my LyX document, for
>>example "45?". In the LaTeX export, this appears as "45\ensuremath{?}"
>>and latex chokes on that.
>>
>
> I don't know, but I'd use \textdegree instead of \textordmasculine anyway
> (it shows up in LyX and is the "correct" symbol)
>
>
>>Any idea what goes wrong in the export?
>>
>
> No. Maybe \textordmasculine is not defined fotr reftex,.
\text...
it's obvious that we get a warning when used in mathmode.
$\textrm{\textordmasculine}$ gives no warning
Herbert
--
http://www.lyx.org/help/
Re: LaTeX export: invalid command in math mode.
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> Andre Poenitz wrote:
>> On Sat, Apr 20, 2002 at 09:18:39AM +0900, R. Lahaye wrote:
>>> --- LaTeX Warning: Command
>>> \textordmasculine invalid in math mode on input line 72.
>>> ---
>>>
>>> This is related to the degree-symbol I use in my LyX document, for
>>> example "45?". In the LaTeX export, this appears as
>>> "45\ensuremath{?}" and latex chokes on that.
>>>
>> I don't know, but I'd use \textdegree instead of \textordmasculine
>> anyway (it shows up in LyX and is the "correct" symbol)
>>
>>> Any idea what goes wrong in the export?
>>>
>> No. Maybe \textordmasculine is not defined fotr reftex,.
Herbert> \text... it's obvious that we get a warning when used in
Herbert> mathmode. $\textrm{\textordmasculine}$ gives no warning
I'll remove the ensuremath for those characters (also textordfeminine
and \textdegree, according to my latex. Eventually, I'd like to remove
all this \ensuremath special casing, but I seem to remember this
causes problems with older latex versions.
JMarc
RE: bug in latest cvs
On 21-Apr-2002 Herbert Voss wrote: > - open new doc with any class > - choose enumeration layout style > - write a word > - insert a displayed formula with alt-m-d > - write something into the mathbox > - leave mathbox and hit control-enter to get a new line > - insert a word > --> the first character appears twice in different lines Ok I've seen that and accept it as a bug, but why do you hit Ctrl-Enter in first place. Just go on typing your text! Are people the same opinion as myself that the cursor should never apear "behind" a displayed inset or an inset which is NeedFullRow? Obviously if we say yes to the above question we would have to always add a row below the inset in LyXText (not really difficutlt ;), so that we HAVE a row to go to with the cursor. Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ Satire is what closes in New Haven.
Re: [Bug 339] Cursor up/down in nested insets
Juergen Vigna wrote: > On 22-Apr-2002 Eran Tromer wrote: > Now in this special case you don't have a row below the inset so it just > stays there. But IMO this is the right thing to do, so you just can go > on editing from that spot on. Ah. If it happens only this case then ignoring it is fine by me. :-) As for the more general "what should " do issue, please consider making the inset narrower by a few pixels, to give a better visual cue for the behavior. Won't hurt anyone with a sane number of nesting levels. A naive question of Bugzilla policy -- if this is an acknowledged by all as a problematic issue, why mark it WONTFIX as opposed to setting a far-away milestone or something? Definitely not 1.2.x stuff, but you do want it addressed *sometime* by *someone*, don't you? BTW, did you notice how LyX gets horribly slow when you create comments that are nested 15 levels deep? >>>I don't agree here to this is not a bug in my opinion and the behaviour >>>should not be changed, so as simple as that I will close the bug with a >>>WONTFIX. >> >>Uhm? I thought you admitted this one is a bug. > > No not really. I didn't admit it is a bug. I only admited that depending > on who uses it, the one could have different tastes. We obiously could just > create a dummy row below so when moving down we will go there, but I guess > this is really not worthwise the time. About this SPECIFIC subissue you said "It should go into the footnote not ERT though, I agree there." Regards, Eran Tromer
Re: bug in latest cvs
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes: Juergen> Are people the same opinion as myself that the cursor should Juergen> never apear "behind" a displayed inset or an inset which is Juergen> NeedFullRow? Obviously if we say yes to the above question we Juergen> would have to always add a row below the inset in LyXText Juergen> (not really difficutlt ;), so that we HAVE a row to go to Juergen> with the cursor. So it the item of a paragraph (think display math) is needfullrow, we would always have this nasty empty line? I think this will confuse people a lot. JMarc
Re: [Bug 339] Cursor up/down in nested insets
> "Eran" == Eran Tromer <[EMAIL PROTECTED]> writes: Eran> BTW, did you notice how LyX gets horribly slow when you create Eran> comments that are nested 15 levels deep? I see why this may happen. But do you really want to do that? JMarc
Re: [Bug 339] Cursor up/down in nested insets
On 22-Apr-2002 Eran Tromer wrote: > A naive question of Bugzilla policy -- if this is an acknowledged by all > as a problematic issue, why mark it WONTFIX as opposed to setting a > far-away milestone or something? Definitely not 1.2.x stuff, but you do > want it addressed *sometime* by *someone*, don't you? No I don't think I will fix this, therefore I marked it WONTFIX. It may get fixed with other changes we do, but only as consequence (about the mail I wrote earlier where to display the cursor when behind a NFR-Inset). > BTW, did you notice how LyX gets horribly slow when you create comments > that are nested 15 levels deep? We have to do too much update calls the more nesting we get because we can never be sure what our child did. We have to find a better solution for this, but for now I would say don't nest so deep are you sure you need this? Or do you just test stuff :) > > About this SPECIFIC subissue you said "It should go into the footnote > not ERT though, I agree there." Did I really say that? I think it was John. Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ 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 -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ There are few people more often in the wrong than those who cannot endure to be thought so.
lyx-1.2.0cvs --execute buffer-write ExternalMaterial.lyx
Is this meant to create a GUI, or to run without X? At present it pops up LyX to screen (but then executes the command). Angus
Re: bug in latest cvs
On 22-Apr-2002 Jean-Marc Lasgouttes wrote: > So it the item of a paragraph (think display math) is needfullrow, we > would always have this nasty empty line? I think this will confuse > people a lot. No we will ONLY have it if we are on the LAST row of LyXText! Hmmm, no let me see, hmmm, well let me specify better, we should have this only if the inset is the last character of a paragraph. The row anyway will go away as soon as we leave it and should come back when we hold again that cursor position. Do you think it is confusing to create an empty row to put the cursor in when needed? Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ 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 first marriage is the triumph of imagination over intelligence, and the second the triumph of hope over experience.
Re: [Bug 339] Cursor up/down in nested insets
On Mon, Apr 22, 2002 at 04:42:08PM +0200, Juergen Vigna wrote: > > BTW, did you notice how LyX gets horribly slow when you create comments > > that are nested 15 levels deep? > > We have to do too much update calls the more nesting we get because we > can never be sure what our child did. Did I mention "drawing in two phases: one for metrics computation and one for the actual drawing" lately? Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
Re: bug in latest cvs
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes: Juergen> On 22-Apr-2002 Jean-Marc Lasgouttes wrote: >> So it the item of a paragraph (think display math) is needfullrow, >> we would always have this nasty empty line? I think this will >> confuse people a lot. Juergen> No we will ONLY have it if we are on the LAST row of LyXText! Juergen> Hmmm, no let me see, hmmm, well let me specify better, we Juergen> should have this only if the inset is the last character of a Juergen> paragraph. The row anyway will go away as soon as we leave it Juergen> and should come back when we hold again that cursor position. Juergen> Do you think it is confusing to create an empty row to put Juergen> the cursor in when needed? Can we experiment with it later? In 1.3.0? JMarc
Re: [Bug 339] Cursor up/down in nested insets
On 22-Apr-2002 Andre Poenitz wrote: > Did I mention "drawing in two phases: one for metrics computation and one > for the actual drawing" lately? Well in a certain mode we do this already, we draw it so many times until we got all metrics ready and this can be a multiple step and it can take more than 1 go to get it right depending on the nesting level. Look that in difference to mathed insets the InsetText can have a changing width height so you're not able to calculate all in one go. It's easy in mathed because all has it's fixed size. Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ 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 clash of doctrine is not a disaster -- it is an opportunity.
Re: bug in latest cvs
On 22-Apr-2002 Jean-Marc Lasgouttes wrote: > Juergen> Do you think it is confusing to create an empty row to put > Juergen> the cursor in when needed? > > Can we experiment with it later? In 1.3.0? Sure! Jug -- -._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._ 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 worst sin towards our fellow creatures is not to hate them, but to be indifferent to them; that's the essence of inhumanity. -- G.B. Shaw
Re: lyx-1.2.0cvs --execute buffer-write ExternalMaterial.lyx
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes: Angus> Is this meant to create a GUI, or to run without X? At present Angus> it pops up LyX to screen (but then executes the command). I don't think the framwork for executing without GUI exists. We would need to know what lfuns work without GUI (a new flag). JMarc
Re: [Bug 339] Cursor up/down in nested insets
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> On Mon, Apr 22, 2002 at 04:42:08PM +0200, Juergen Vigna wrote: >> > BTW, did you notice how LyX gets horribly slow when you create >> comments > that are nested 15 levels deep? >> >> We have to do too much update calls the more nesting we get because >> we can never be sure what our child did. Andre> Did I mention "drawing in two phases: one for metrics Andre> computation and one for the actual drawing" lately? I think we need this info for more than just metrics. JMarc
Re: [Bug 339] Cursor up/down in nested insets
On Mon, Apr 22, 2002 at 05:01:12PM +0200, Juergen Vigna wrote: > Well in a certain mode we do this already, we draw it so many times until > we got all metrics ready and this can be a multiple step and it can take > more than 1 go to get it right depending on the nesting level. Look that > in difference to mathed insets the InsetText can have a changing width > height so you're not able to calculate all in one go. I think "bounding boxes" still can be build bottom-up without iteration as long as we don't want more than LaTeX does but I am probably missing something. Maybe you could give a specific example where we would need another round of "box building"? > It's easy in mathed because all has it's fixed size. It certainly simplifies things a lot. Andre' -- Those who desire to give up Freedom in order to gain Security, will not have, nor do they deserve, either one. (T. Jefferson)
bug in displaying of picture
-BEGIN PGP SIGNED MESSAGE- - - create two documents containg the same image - - load both in lyx. Switch betwenn documents. All is working wonderfull. - - close one of the documents. - --> displaying of the image in second document is broken. Kornel - -- Kornel Benko [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: PGP 6.5.8 iQCVAwUBPMQt27ewfbDGmeqhAQGXaAP/e8FljikDggWg9nACjwxLLwq31/ZOZwW7 4FwXVk7OkfDIvJEtWliE8pspHxZssfUqPV0rm8RxnOMwZS303eUalSY97+Qn5/NU Qw8nYTNS2e+Z9oMQc93wdXi+ZzgFvFtp6MBbqE0XVmB5bl63vdSQz9zlPyzY3Hgb E4ijKSZXI+Y= =dlSD -END PGP SIGNATURE- <>
Re: bug in displaying of picture
Kornel Benko wrote: > > - - create two documents containg the same image > - - load both in lyx. Switch betwenn documents. All is working wonderfull. > - - close one of the documents. > - --> displaying of the image in second document is broken. what happens when you try the patch http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg36886.html Herbert -- http://www.lyx.org/help/
Re: bug in displaying of picture
-BEGIN PGP SIGNED MESSAGE- On Monday, 22. April 2002 17:46, Herbert Voss wrote: > what happens when you try the patch > > http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg36886.html The same behaviour in this case. Kornel - - -- Kornel Benko [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: PGP 6.5.8 iQCVAwUBPMQ267ewfbDGmeqhAQHuMgQAn5rIKrIVzre8E9pLhnKIfUAO83xvm26G 8Z3vslqdaVsMcJIqDjPj62FbJZog+k2+M4LqCPQ72McE6yqOmRja5J8Pwy7p2tsc 4B09NLg3Nio2u26vGfMDEgvv9x3o6H9S95Z8Lcd8511xEJdCmwHB0KmmYI013fUr 9pfhC3VFYDM= =fHCb -END PGP SIGNATURE-
Re: [Bug 339] Cursor up/down in nested insets
On Mon, Apr 22, 2002 at 05:28:21PM +0300, Eran Tromer wrote: > A naive question of Bugzilla policy -- if this is an acknowledged by all > as a problematic issue, why mark it WONTFIX as opposed to setting a > far-away milestone or something? Definitely not 1.2.x stuff, but you do > want it addressed *sometime* by *someone*, don't you? Not so sure about that, it will always add complexity. Anyway, RESOLVED LATER is a bad idea and we shouldn't use it. regards john -- "Not content with just being crap with computer stuff, the department now smells of fish." - Dupin
Re: freebsd make failure: slot.h
"Richard E. Hawkins" <[EMAIL PROTECTED]> writes: | My new system, fast as it is, isn't working out well (bad heat | problems), but that's another issue. > > | With a clean checkout, installation of autoconf and automake, I can | autogen and then configure without any errors reported. > | When I make, though, I very quicly get back a > | Making all in sigc++ | make: don't know how to make slot.h Stop > | *** Error code 1 what kind of m4 do you have? gnu m4? can that be the problem? Has lyx compiled on this system earlier, or systems similar/equal to this? -- Lgb
Re: bug in displaying of picture
Kornel Benko wrote:
> -BEGIN PGP SIGNED MESSAGE-
>
> On Monday, 22. April 2002 17:46, Herbert Voss wrote:
>
>>what happens when you try the patch
>>
>>http://www.mail-archive.com/lyx-devel%40lists.lyx.org/msg36886.html
>>
>
> The same behaviour in this case.
ok, try this one.
now every tempdir has it's own graphic files
Herbert
--
http://www.lyx.org/help/
Index: src/insets/insetgraphics.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/insetgraphics.C,v
retrieving revision 1.105
diff -u -r1.105 insetgraphics.C
--- src/insets/insetgraphics.C 19 Apr 2002 17:16:00 - 1.105
+++ src/insets/insetgraphics.C 22 Apr 2002 21:09:10 -
@@ -94,6 +94,7 @@
#include "LaTeXFeatures.h"
#include "frontends/Dialogs.h"
+#include "frontends/Alert.h"
#include "frontends/controllers/helper_funcs.h" // getVectorFromString
#include "support/LAssert.h"
@@ -632,22 +633,39 @@
string const from = getExtFromContents(filename_);
string const to = findTargetFormat(from);
+ lyxerr[Debug::GRAPHICS] << "\tfrom:" << from << endl;
+ lyxerr[Debug::GRAPHICS] << "\tto :" << to << endl;
if (from == to) {
// No conversion needed!
return filename_;
}
- string const temp = MakeAbsPath(filename_, buf->tmppath);
+ string const temp = MakeAbsPath(OnlyFilename(filename_), buf->tmppath);
string const outfile_base = RemoveExtension(temp);
+ // first we copy the original file from the docdir into
+ // the temp dir but only when use-tmpdir is enabled
+ if (IsFileReadable(filename_) && lyxrc.use_tempdir) {
+ bool success = lyx::copy(filename_, temp);
+ lyxerr[Debug::GRAPHICS] << "[prepareFile] copy from "
+ << filename_ << " to " << temp << "\n";
+ if (!success) {
+ Alert::alert(_("cannot copy file"), filename_,
+ _("into tempdir"));
+ return filename_;
+ }
+ } else
+ lyxerr[Debug::GRAPHICS] << "[prepareFile] file " << temp
+ << " isn't readable" << endl;
+
+ lyxerr[Debug::GRAPHICS] << "calling convert with these values:" << endl;
+ lyxerr[Debug::GRAPHICS] << "\ttempname = " << temp << endl;
+ lyxerr[Debug::GRAPHICS] << "\tbuf->tmppath = " << buf->tmppath << endl;
+ lyxerr[Debug::GRAPHICS] << "\toutfile_base = " << outfile_base << endl;
+ lyxerr[Debug::GRAPHICS] << "\t(filename_= " << filename_ << ")\n";
- lyxerr[Debug::GRAPHICS] << "tempname = " << temp << "\n";
- lyxerr[Debug::GRAPHICS] << "buf::tmppath = " << buf->tmppath << "\n";
- lyxerr[Debug::GRAPHICS] << "filename_ = " << filename_ << "\n";
- lyxerr[Debug::GRAPHICS] << "outfile_base = " << outfile_base << endl;
-
- converters.convert(buf, filename_, outfile_base, from, to);
- return RemoveExtension(filename_);
+ converters.convert(buf, temp, outfile_base, from, to);
+ return RemoveExtension(temp);
}
Re: freebsd make failure: slot.h
> Brand new system, that almost works (insert a few sore points with > vendor that builds a dual athlon with 4 15krpm drives and doesn't > understand how to cool it!). Still, it's a fresh install of the stable > branch of FreeBSD. It shouldn't be measurably different from the > laptop I'm writing this from--though the laptop has more linux > compatibility stuff installed at the moment. I think you need gnu m4. JMarc
Re: LaTeX export: invalid command in math mode.
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> "R. Lahaye" <[EMAIL PROTECTED]> writes: |
Lars> 45\ensuremath{\xba}
Lars> interesting... \xba is the char value of degree... but why isn't
Lars> it just output verbatim? This is T1 fonts right?
It is output verbatim now.
JMarc
Re: Entering spaces in maths
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes: Andre> On Fri, Apr 19, 2002 at 03:26:01PM +0200, Jean-Marc Lasgouttes Andre> wrote: >> In 1.1.6, S-C-space (or C-space) would enter a space in math. Now >> the command is disabled. Is that intentional? Andre> I don't think so. >> What is the new way to enter a space? Andre> \, \: \; \quad \qquad \! should all work. Andre> What is the C-space LFUN? LFUN_PROTECTEDSPACE? This seems to be Andre> handled in formulabase.C... Yes, but it was disabld for math in lyxfunc.C. Fixed now. JMarc
Re: freebsd make failure: slot.h
Jean-Marc Lasgouttes writes: > > Brand new system, that almost works (insert a few sore points with > > vendor that builds a dual athlon with 4 15krpm drives and doesn't > > understand how to cool it!). Still, it's a fresh install of the stable > > branch of FreeBSD. It shouldn't be measurably different from the > > laptop I'm writing this from--though the laptop has more linux > > compatibility stuff installed at the moment. > > I think you need gnu m4. "m4" ships with FreeBSD systems, but is not GNU-ish enough. Installing the (additional) FreeBSD package m4, also installs gm4. This works fine with ./autogen.sh, which detects gm4 before it checks for m4. So "gm4" is used. However, in lib/Makefile.am, "M4=m4" is hardcoded (line 7). So this is causing trouble on FreeBSD systems! lib/Makefile.am needs to be modified, so it uses the right (g)m4, as it is detected by autogen.sh. Regards, Rob.
"make install" oddities & documentation
Hi, # make install [...] install: ./scripts/CVS: Inappropriate file type or format [...] install: ./doc/*.eps: No such file or directory [...] These messages are not fatal, but why do they appear? They are there for quite some time already. Do we keep them for 1.2.0 :) ? I have both, lyx-devel/ and lyxdoc/ and I tried to remedy the second problem above by creating a link from doc to lyxdoc: lyx-devel/doc -> lyxdoc. However, that didn't help at all? Second question: Is there another way to include automatically the build of the lyxdoc-documentation, when installing the lyx-devel build? Regards, Rob.
Re: XForms source, where?
On 22 Apr 2002, Claus Hindsgaul wrote: [...] > OK, I give in and want to try it out but... > Is the XForms source available yet? Where? ftp://ncmir.ucsd.edu/pub/xforms/OpenSource/ Allan. (ARRae)
ps preview bug?
On Tue, Apr 09, 2002 at 11:34:45AM +0200, Marco Morandini wrote: >When updating a postscript preview, lyx >does not send a SIGHUP to gv, and the ps >is not re-loaded. The obvious workaround is to set >the "watch file" preference in gv, or modify the lyx preferences >adding the -watch argument to gv. > Adding -watch to gv does not help here. Isn't this a bug? I did not have such a problem in lyx-1.1.6. Regards, -cghan
