Angus Leeming wrote:
>
> Now I'm using the xforms image loading routines that come with "modern"
> xforms. I seem to remember that you are using a BSD box with xforms 0.88? In
> which case, you're using the crappy loading routines I wrote myself.
>
> Nonetheless, why don't you upgrade your xform
Kornel Benko <[EMAIL PROTECTED]> writes:
| The crash occurs with current 1.2cvs. Lyx was created with "rpm -tb".
| (Same crash with the 1.2pre1 version)
I do not see this crash.
What version of xforms are you using?
--
Lgb
John Levon <[EMAIL PROTECTED]> writes:
| On Fri, Apr 05, 2002 at 05:24:42PM +0200, Lars Gullik Bjønnes wrote:
>
>> at the moment so I cannot find the bug number ... I think it is the
>> blocker bug from bugzilla.
>
| bug 303 it is
>
>> I see that in most cases the return value of fullRebreak is n
-BEGIN PGP SIGNED MESSAGE-
The crash occurs with current 1.2cvs. Lyx was created with "rpm -tb".
(Same crash with the 1.2pre1 version)
I tried to reproduce the crash with other jpg-files too, but failed.
Manually convert the file (via convert) to eps and use it works OK.
Compiling lyx wi
On Friday 05 April 2002 11:35 am, Herbert Voss wrote:
> Angus Leeming wrote:
> >>The values of the (X,Y)-coordinates for Bottom left have
> >>equal effect for both LyX View and LaTeX View.
> >>However, the value of Top right x-coordinate cuts off
> >>different slabs for LyX and for LaTeX!
> >>
> >
On Fri, Apr 05, 2002 at 05:24:42PM +0200, Lars Gullik Bjønnes wrote:
> at the moment so I cannot find the bug number ... I think it is the
> blocker bug from bugzilla.
bug 303 it is
> I see that in most cases the return value of fullRebreak is not used,
> so I wonder what kind of problems will
On Friday 05 April 2002 3:11 pm, Jean-Marc Lasgouttes wrote:
> > "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>
> Herbert> there are 7 different commands, for example one: the
> Herbert> lyx-format: \begin_inset LatexCommand
> Herbert> \citealp[<\before>see<\end_before><\after>page
>
I have tried this patch:
Index: src/text2.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/text2.C,v
retrieving revision 1.215
diff -u -p -r1.215 text2.C
--- src/text2.C 21 Mar 2002 17:25:31 - 1.215
+++ src/text2.C 5 Ap
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> On Friday 05 April 2002 3:14 pm, John Levon wrote:
>> On Fri, Apr 05, 2002 at 12:49:25PM +0200, [EMAIL PROTECTED]
>> wrote: > When you open a "Browse" dialog from some other dialogs,
>> such as > Insert->Graphics, File->Print, and
On Friday 05 April 2002 3:14 pm, John Levon wrote:
> On Fri, Apr 05, 2002 at 12:49:25PM +0200, [EMAIL PROTECTED] wrote:
> > When you open a "Browse" dialog from some other dialogs, such as
> > Insert->Graphics, File->Print, and Insert->Lists&TOC->BibTeX.
>
> These use N_() not _() ...
>
> john
Bu
John Levon <[EMAIL PROTECTED]> writes:
| On Fri, Apr 05, 2002 at 04:39:19PM +0200, Jean-Marc Lasgouttes wrote:
>
>> John> No, it has a Right Address layout (at least it does for me :)
>>
>> Doh. Can it be that the space in "Right Address" confuses LFUN_LAYOUT?
>
| It's further back than that :
>
John Levon <[EMAIL PROTECTED]> writes:
| On Fri, Apr 05, 2002 at 04:22:36PM +0200, Jean-Marc Lasgouttes wrote:
>
>> > "John" == John Levon <[EMAIL PROTECTED]> writes:
>>
>> John> M-p C-a with article style - look at minibuffer
>>
>> John> "Layout RightAddress not known"
>>
>> But Article d
On 05-Apr-2002 cghan wrote:
> With your suggestion, I have changed all the (bv->text) To
> (bv->getLyXText()). I have attached two relevent files, lyxim.C (for
> connection of local input method to lyx) , and lyxfunc.C ( look at the
> function "LyXFunc::CJK_IMprocess()").
>
> Now the cursor mov
On Fri, Apr 05, 2002 at 04:39:19PM +0200, Jean-Marc Lasgouttes wrote:
> John> No, it has a Right Address layout (at least it does for me :)
>
> Doh. Can it be that the space in "Right Address" confuses LFUN_LAYOUT?
It's further back than that :
LyXFunc::Dispatch: action[1] arg[]
Found the pseu
On Friday 05 April 2002 15:38, Jean-Marc Lasgouttes wrote:
>
> No. Having same shortcut for different things is not possible
> currently. I am confident that it will soon, since ANdre' since
> excited about it, and there is not much we can do to stop him.
Ok. BTW you are lucky since André isn't
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Fri, Apr 05, 2002 at 04:22:36PM +0200, Jean-Marc Lasgouttes
John> wrote:
>> > "John" == John Levon <[EMAIL PROTECTED]> writes:
>>
John> M-p C-a with article style - look at minibuffer
>>
John> "Layout RightAddress not known"
>>
> "Jose" == Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
Jose> I have called code to the docbook layout that in other classes
Jose> is lyx-code and I would like to be able to use the same shortcut
Jose> to access it. Would this be possible then?
No. Having same shortcut for diffe
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> OK, I am typing some normal text, and switch to *emphasised*|
John> the cursor is at the dummy pos, now pressing right will go back
John> to non-emphasised. It's a nice thing, but it needs to be
John> optional and it's probably painful
On Friday 05 April 2002 15:22, Jean-Marc Lasgouttes wrote:
> > "John" == John Levon <[EMAIL PROTECTED]> writes:
>
> John> M-p C-a with article style - look at minibuffer
>
> John> "Layout RightAddress not known"
>
> But Article does not have a RightAddress layout, does it? Probably
> LFUN_LAYO
On Fri, Apr 05, 2002 at 04:22:36PM +0200, Jean-Marc Lasgouttes wrote:
> > "John" == John Levon <[EMAIL PROTECTED]> writes:
>
> John> M-p C-a with article style - look at minibuffer
>
> John> "Layout RightAddress not known"
>
> But Article does not have a RightAddress layout, does it? Proba
On Fri, Apr 05, 2002 at 04:17:29PM +0200, Jean-Marc Lasgouttes wrote:
> >> - When entering emphasized text, striking right arrow at the end of
> >> the line should allow to exit the emphasized text.
>
> John> I wholeheartedly agree here - it has precedent, and is very
> John> useful...
>
> I th
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> M-p C-a with article style - look at minibuffer
John> "Layout RightAddress not known"
But Article does not have a RightAddress layout, does it? Probably
LFUN_LAYOUT should be disabled when its argument is a layout which
does not exist
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> I don't want to file any bugs until at least a little
John> discussion.
>> - I am missing the following starred environments with amsmath:
>> notation*, problem*, ... Are they non-standard ?
John> Anybody ?
Pass.
>> - When entering e
On Fri, Apr 05, 2002 at 12:49:25PM +0200, [EMAIL PROTECTED] wrote:
> When you open a "Browse" dialog from some other dialogs, such as
> Insert->Graphics, File->Print, and Insert->Lists&TOC->BibTeX.
These use N_() not _() ...
john
--
"I never understood what's so hard about picking a unique
f
Herbert Voss <[EMAIL PROTECTED]> writes:
| this patch changes the unit "pt" in FormGraphics.C to the
| correct one "bp" (PostScript unit), also called BigPoint
This is obviously correct to me. Applied.
--
Lgb
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> there are 7 different commands, for example one: the
Herbert> lyx-format: \begin_inset LatexCommand
Herbert> \citealp[<\before>see<\end_before><\after>page
Herbert> 1ff<\end_after><\natbib>Wright, 1978; Wright, 1963; Wood,
Herbe
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> I don't have a problem with the and sections
Allan> only the part you labelled .
I can leave with that too.
Allan> I have a problem with saving data that is easily regeneratable.
Ditto. And also with saving data that does not exi
M-p C-a with article style - look at minibuffer
"Layout RightAddress not known"
john
--
"I never understood what's so hard about picking a unique
first and last name - and not going beyond the 6 character limit."
- Toon Moene
I don't want to file any bugs until at least a little discussion.
> - I am missing the following starred environments with amsmath:
>notation*, problem*, ... Are they non-standard ?
Anybody ?
> - When entering emphasized text, striking right arrow at the end of the
>line should allow
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> When does Menu::update() get called exactly ?
I think it is after each lyxfunc::dispatch. However, we can tweak this
behaviour to get what we (you) need.
JMarc
this patch changes the unit "pt" in FormGraphics.C to the
correct one "bp" (PostScript unit), also called BigPoint
Herbert
--
http://www.lyx.org/help/
Index: src/frontends/xforms/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx
On Fri, Mar 29, 2002 at 03:40:58AM +0300, Gady Kozma wrote:
> I threw together a little document which explains how to deal with
> under/overfull boxes in LyX, with the intention of making it part of the
> LyX documentations, stand alone or as a chapter of something bigger.
I've added a bug on
On Thu, Mar 28, 2002 at 11:09:51AM +0100, Jean-Marc Lasgouttes wrote:
> Don't bother with it. generating this does not cost anything. The only
> proble is with the various TOCS, I think (although I'd like to have
> hard numbers on a large file: how much does TOC generation cost?).
It is not rea
> "cghan" == cghan <[EMAIL PROTECTED]> writes:
cghan> On Fri, 5 Apr 2002, John Levon wrote:
>> Probably this :
>>
>> http://bugzilla.lyx.org/show_bug.cgi?id=312
>>
cghan> Maybe or maybe not. The bug has been there since CJK-LyX-1.1.6,
cghan> when "tabular" environment was changed to tab
Juergen Vigna wrote:
> On 05-Apr-2002 Herbert Voss wrote:
>
>
>>>I never used Bibtex so this question may seem stupid, but what if the entry
>>>changed in the bibtex file (if that is possible), you would give a wrong
>>>information, wouldn't you?
>>>
>>it's the same behaviour when editing a gra
On 05-Apr-2002 Herbert Voss wrote:
>> I never used Bibtex so this question may seem stupid, but what if the entry
>> changed in the bibtex file (if that is possible), you would give a wrong
>> information, wouldn't you?
>
> it's the same behaviour when editing a graphic file
???
Jug
-
On 05-Apr-2002 cghan wrote:
> Sorry if I was too sloppy
Well you made it a lot better with this email #:O)
> Let me explain the situation with the attached four screen shots:
>
> 1. In the lyx main window, if I type local (multibyte) characters from the
> local input method, the character
On Fri, 5 Apr 2002, John Levon wrote:
>
> Probably this :
>
> http://bugzilla.lyx.org/show_bug.cgi?id=312
>
Maybe or maybe not. The bug has been there since CJK-LyX-1.1.6, when
"tabular" environment was changed to table inset environment.
cghan
On Fri, 5 Apr 2002, Juergen Vigna wrote:
>
>
> Hi!
>
> I don't really understand what problem you have could you please explain
> it another time. What do you mean with "over the spot"?
>
Sorry if I was too sloppy
Let me explain the situation with the attached four screen shots:
1. In the
> >> Inheriting will mostlikely not work well, wrapping might work,
> >>
> | Mind telling me why?
>
> std::string does not have a virtual destructor. It has never been
> inteded for inheritence.
>
I'm only thinking of doing something like this:
size_t asserter_string::size()
{
assert(...);
"Bjarke Roune" <[EMAIL PROTECTED]> writes:
>> | How about using a std::string wrapper which contains the needed asserts?
>> >
>> | I'm thinking of inheriting a wrapper from std::string and import that in
| the
>> | global namespace rather than std::string. This way, LyX will always be
| using
>>
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> Juergen Vigna <[EMAIL PROTECTED]> writes:
| Lars> | On 05-Apr-2002 Jean-Marc Lasgouttes wrote:
>>>
Yes, in part. Having control over this is good. And the compile
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | Lars>
| Lars> but only for stringstream, what about all other api's that use |
| Lars> Lars> std::string?
>>>
| Lars> | Th
Hi,
Ik ben vandaag bij de toeristen info in Seoul langs geweest.
De enige verbinding tussen ShangHai en Korea is met Incheon. Dat is de
havenstad van Seoul, ongeveer een uur met de metro naar Seoul downtown.
De boot van ShangHai naar Incheon gaat twee keer per week, dinsdags
en donderdags. Vert
> "adrien" == adrien rebollo <[EMAIL PROTECTED]> writes:
adrien> Yes, they did. However if you have only one adjective (wide)
adrien> some languages will have problems with eg "Algorithm" being
adrien> masculine and "Figure" being feminine if they have no gender
adrien> invariable translation
> | How about using a std::string wrapper which contains the needed asserts?
> >
> | I'm thinking of inheriting a wrapper from std::string and import that in
the
> | global namespace rather than std::string. This way, LyX will always be
using
> | the assert-improved string, while there will be no
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Juergen Vigna <[EMAIL PROTECTED]> writes:
Lars> | On 05-Apr-2002 Jean-Marc Lasgouttes wrote:
>>
>>> Yes, in part. Having control over this is good. And the compile
>>> time factor is pretty important too on my p2-366/128M lapto
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | Lars>
Lars> but only for stringstream, what about all other api's that use |
Lars> Lars> std::string?
>>
Lars> | There are not so many of them, actually. ifstream/ofstream |
La
On Fri, Apr 05, 2002 at 12:03:41PM +0200, Juergen Vigna wrote:
> > I also wish to warn the users of this version that there is a very
> > annoying bug which I have been unable to remove. Namely, in the inset
> > environment such as "table" or "footnote", the cursor for local input
> > method does
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 05-Apr-2002 Jean-Marc Lasgouttes wrote:
>
>> Yes, in part. Having control over this is good. And the compile time
>> factor is pretty important too on my p2-366/128M laptop I use here (of
>> course, it is less annoying on my p4-1.7G at home...).
>
|
> | I think that lyxstring is really better for our needs than
> | std::string. The fact that STL authors try to force us to use
> | std::string is a different matter :)
>
> Because of the asserts?
>
How about using a std::string wrapper which contains the needed asserts?
I'm thinking of inheriti
Juergen Vigna wrote:
> On 05-Apr-2002 Herbert Voss wrote:
>
>
>>this is a kind of overhead! for three words I start a search in a
>>database ...
>>
>
> I never used Bibtex so this question may seem stupid, but what if the entry
> changed in the bibtex file (if that is possible), you would give
On 05-Apr-2002 Jean-Marc Lasgouttes wrote:
> Yes, in part. Having control over this is good. And the compile time
> factor is pretty important too on my p2-366/128M laptop I use here (of
> course, it is less annoying on my p4-1.7G at home...).
Well to tell you the truth I gave up working at hom
Hello,
When you open a "Browse" dialog from some other dialogs, such as
Insert->Graphics, File->Print, and Insert->Lists&TOC->BibTeX.
However it works from Edit->Preferences.
Adrien Rebollo
--
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Lars> but only for stringstream, what about all other api's that use
| Lars> std::string?
>
| There are not so many of them, actually. ifstream/ofstream
| constructors, and ???
Most boost libs and other libs.
--
Lgb
On Thu, Apr 04, 2002 at 04:42:07PM +0200, Jean-Marc Lasgouttes wrote:
> > "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> Lars> The problem here is that the number of float types are dynamic,
> Lars> so curr
> "adrien" == adrien rebollo <[EMAIL PROTECTED]> writes:
adrien> Done. I just added one comment to make clear make XX.pox does
adrien> the same thing as msgmerge, for translators used to the old
adrien> way.
Applied. Thanks.
JMarc
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I haven't gcc 3.0 installed anymore, but that is also pretty
Lars> good, but 3.1. is a lot better. And this will most likely
Lars> continue.
Hmm, what I see is mostly higher compile times and higher disk
footprint for the sam
Angus Leeming wrote:
>>The values of the (X,Y)-coordinates for Bottom left have
>>equal effect for both LyX View and LaTeX View.
>>However, the value of Top right x-coordinate cuts off
>>different slabs for LyX and for LaTeX!
>>
>>PS: use "clip to bounding box" to see these effects.
>>
>
> Rob,
On 05-Apr-2002 [EMAIL PROTECTED] wrote:
> I also wish to warn the users of this version that there is a very
> annoying bug which I have been unable to remove. Namely, in the inset
> environment such as "table" or "footnote", the cursor for local input
> method does not move with the local chara
Hello,
I have uploaded CJK-LyX-1.2.0pre1, a patched version of lyx for Chinese,
Japanese and Korean users, at the usual ftp site,
ftp://stone.phys.pusan.ac.kr/pub/CJK-LyX .
Be aware that to compile with the patch file, you have to start with
"./autogen.sh".
I also wish to warn the users of t
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> At least with Gcc 3.1 the difference is not great.
>
| Thanks for doing it. I could not find the time yesterday. The
| difference is still great with gcc 2.9x. And gcc 3.1 i
On Friday 05 April 2002 1:41 am, R. Lahaye wrote:
> Hi,
>
> I saw a long thread on this subject.
> Downloading CVS in the meantime, has still a wrong
> use of Top right y-coordinate for LyX View.
> (The Top right y-coordinate is somehow also used
> as the Bottom left y-coordinate).
>
> For final L
On 05-Apr-2002 Herbert Voss wrote:
> this is a kind of overhead! for three words I start a search in a
> database ...
I never used Bibtex so this question may seem stupid, but what if the entry
changed in the bibtex file (if that is possible), you would give a wrong
information, wouldn't you?
On Thursday 04 April 2002 7:00 pm, Mike Ressler wrote:
> On Thu, 4 Apr 2002, Ulrich [iso-8859-15] Günther wrote:
> > Eps figures cannot be shown in 1.2pre1.
> > Every single figure creates an alert once I get on the page with the
> > figure. Afterwards the figs show 'error converting to loadable f
65 matches
Mail list logo
