> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> 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)
John> I can't reproduce a problem myself. Can you try the open source
John> xforms perhaps ?
Or try to run it u
On Thu, 18 Apr 2002, Herbert Voss wrote:
> if we want to build up a 16bit color correct to
> a 8 bit one than we cannot do only a shift of
> 8 bit to get the high or low byte.
This is a very good approximation.
> we had to take every second _bit_ from the original one. Or
> every third if it's
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> On Fri, 19 Apr 2002, John Levon wrote:
>> e.g. IEEEtran.lyx. It defaults to the first textclass, docbook.
>>
>> docbook is the /least/ likely to "work". Is there a better option ?
Allan> This is sadly another of those old behaviours
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> Everyone: what bugs need fixing for 1.2 ? the .eps thing in user
John> dirs must be fixed IMHO and it would be nice if Jug could fix
John> the small table update problems (polish thing ...)
The problem with the .eps thing is that it pr
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> I don't suppose there's anywhere secret that's been archiving
John> lyx-devel ?
It is not secret, but Mate has the whole list. It is even possible to
ask for a given message, provided you know its ID :)
JMarc
On Friday 19 April 2002 2:51 am, R. Lahaye wrote:
> Hi,
>
> I'm writing a paper with LyX-CVS using Grace (.agr) graphics files,
> which is extremely convenient since Grace is my 2D graphics application.
> No need for manual conversions: LyX does that for me and my graphics
> in LyX is always up-to
Angus Leeming wrote:
> On Friday 19 April 2002 2:51 am, R. Lahaye wrote:
>
>>Hi,
>>
>>I'm writing a paper with LyX-CVS using Grace (.agr) graphics files,
>>which is extremely convenient since Grace is my 2D graphics application.
>>No need for manual conversions: LyX does that for me and my graph
On 19-Apr-2002 Herbert Voss wrote:
> Angus, I think Rob means that file->export->latex should not
> write the original filename. for example:
> \includegraphics[...]{my.agr}
> is the original latex code. Rob wants it as my.eps in the
> exported texfile.
But can't we anymore have \includegraphic
On Friday 19 April 2002 9:53 am, Herbert Voss wrote:
> Angus Leeming wrote:
> > On Friday 19 April 2002 2:51 am, R. Lahaye wrote:
> >>Hi,
> >>
> >>I'm writing a paper with LyX-CVS using Grace (.agr) graphics files,
> >>which is extremely convenient since Grace is my 2D graphics application.
> >>No
Asger K. Alstrup Nielsen wrote:
> You are both using a RGB color model, but this is not relevant.
> Even with a HSL or Munsell color space, the transformation would
> be the same: You want the Most Significant Bits.
> Why? Because you loose more information by dropping more significant
> bits.
>
Juergen Vigna wrote:
> On 19-Apr-2002 Herbert Voss wrote:
>
>
>>Angus, I think Rob means that file->export->latex should not
>>write the original filename. for example:
>>\includegraphics[...]{my.agr}
>>is the original latex code. Rob wants it as my.eps in the
>>exported texfile.
>>
>
> But ca
Herbert Voss wrote:
>
> Angus, I think Rob means that file->export->latex should not
> write the original filename. for example:
> \includegraphics[...]{my.agr}
> is the original latex code. Rob wants it as my.eps in the
> exported texfile.
Yes, indeed, that's what I was referring to.
Within Ly
Angus Leeming wrote:
> Ok. Understood. However, I can now anticipate the next user request: it'd be
> nice if LyX did this all for me.
your right!
maybe a question for 1.3 or not ...
Herbert
--
http://www.lyx.org/help/
On Thursday 18 April 2002 6:15 pm, Marco Morandini wrote:
> Angus Leeming wrote:
> > On Thursday 18 April 2002 5:03 pm, Marco Morandini wrote:
> >
> > In ControlGraphics.C, are you sure you need to #include "converter.h"?
>
> It defines the class Format and declares the external formats variable.
On Friday 19 April 2002 10:14 am, Herbert Voss wrote:
> Angus Leeming wrote:
> > Ok. Understood. However, I can now anticipate the next user request: it'd
> > be nice if LyX did this all for me.
>
> your right!
>
>
> maybe a question for 1.3 or not ...
>
> Herbert
We already have a bug blocking 1
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Ok. Understood. However, I can now anticipate the next user
Angus> request: it'd be nice if LyX did this all for me.
Angus> Ie, on export to LaTeX move the generated eps files from /tmp
Angus> to the working directory
Angus> (Per
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> Herbert Voss wrote:
>> Angus, I think Rob means that file->export->latex should not write
>> the original filename. for example: \includegraphics[...]{my.agr}
>> is the original latex code. Rob wants it as my.eps in the exported
>> texfile.
R
On Fri, 19 Apr 2002, Herbert Voss wrote:
> I want to understand, so please give an answer to this:
>
> r/g or b has a range from to or only 6 bits
> for some graphic cards.
> converting to for example 4 bit could'nt only take the significant
> nibble ...
Assume you have the col
On Fri, Apr 19, 2002 at 10:05:45AM +0100, Angus Leeming wrote:
> Ok. Understood. However, I can now anticipate the next user request: it'd be
> nice if LyX did this all for me.
>
> Ie, on export to LaTeX move the generated eps files from /tmp to the working
> directory
What about generating .tex
Jean-Marc Lasgouttes wrote:
>
> > "R" == R Lahaye <[EMAIL PROTECTED]> writes:
>
> R> Herbert Voss wrote:
> >> Angus, I think Rob means that file->export->latex should not write
> >> the original filename. for example: \includegraphics[...]{my.agr}
> >> is the original latex code. Rob wants
It's Friday isn't it, so I'm just going to scream A
The boost smart_ptrs are fine and dandy but, in the boost library that we are
currently using, they are foul and digusting beasts. Why?
Because of this:
template< typename T >
inline void checked_delete(T * x)
-In mathed, write something: abcd
select some characters
write something different
The selected chars are not deleted.
Ragards,
Marco Morandini
On Fri, Apr 19, 2002 at 12:22:50PM +0200, Marco Morandini wrote:
> -In mathed, write something: abcd
> select some characters
> write something different
>
> The selected chars are not deleted.
I see that this is different from 'the outside' world. Does the latter
depend on some lyxrc-settin
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Fri, Apr 19, 2002 at 12:22:50PM +0200, Marco Morandini
Andre> wrote:
>> -In mathed, write something: abcd select some characters write
>> something different
>>
>> The selected chars are not deleted.
Andre> I see that this is
On Fri, Apr 19, 2002 at 02:24:42PM +0200, Jean-Marc Lasgouttes wrote:
> Andre> I see that this is different from 'the outside' world. Does the
> Andre> latter depend on some lyxrc-setting?
>
> lyxrc.auto_region_delete
Thank you.
Andre'
--
Those who desire to give up Freedom in order to gain S
Angus Leeming <[EMAIL PROTECTED]> writes:
| It means that you can't ever write code so:
bull bull bull
| class SomeClass {
| private:
| Struct Impl;
| boost::scoped_ptr pimpl_;
| }
>
| or even nicer when it comes to a wrapper class to an FL_OBJECT
| class Widget {
| private:
|
In 1.1.6, S-C-space (or C-space) would enter a space in math. Now the
command is disabled. Is that intentional? What is the new way to enter
a space?
JMarc
On Friday 19 April 2002 12:16 pm, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> Bullshit.
>
> The solution now is to give SomeClass (or Widget) an destructor
> out-of-line. Then you are fine and dandy again.
Lars, you're a star. Thank you.
Angus
-BEGIN PGP SIGNED MESSAGE-
On Friday, 19. April 2002 15:26, 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? What is the new way to enter
> a space?
Good question. I'm using "\,".
Korne
Hi again,
With a little help from Jean-Marc I have produced the following output
from gdb while triggering the described crash.
I hope it may help you nail it down.
Claus
(gdb) run
Starting program: /usr/local/bin/lyx
Program received signal SIGSEGV, Segmentation fault.
LyXText::drawIns
On 19-Apr-2002 Edwin Leuven wrote:
>> Well have a look at your file and HOW we insert files in tabulars.
>> TAB's are column separators, NEWLINES are row separators (normally).
>
> Indeed this is how it should be
Well I guessed so.
>> We could however don't check for the existence of
>> TAB's
Herbert Voss wrote:
> > But can't we anymore have \includegraphics[...]{my}?
> > Didn't we say this is good if we want pdf and ps output?
>
> It's not an important question for me, so I can't really
> say what's the right way. but writing it in the above
> way is only a one-line-patch.
If it's ea
On 19-Apr-2002 Edwin Leuven wrote:
>> Anyway you didn't answer to my question! What did you paste and what did
>> you expect! As you wrote the bug-comment I just cannot figure out what is
>> wrong.
>
> Paste?
Well I meant "insert files as lines", but it's mainly the same as doing
a Paste of an
When exporting and when making the preview,
why don't create a subdirectory in the document_name.lyx dir and put
there the converted eps? (just like many web browsers do when
saving a page)
I think the exported file should be:
- if and only if my.eps is a converted file:
\includegraphics[...]{
Juergen Spitzmueller wrote:
> Herbert Voss wrote:
>
>>>But can't we anymore have \includegraphics[...]{my}?
>>>Didn't we say this is good if we want pdf and ps output?
>>>
>>It's not an important question for me, so I can't really
>>say what's the right way. but writing it in the above
>>way is
It's easier to discuss this on lyx-devel so I go for that way.
> As before, in a new document create a footnote and within it an ERT inset.
> Don't enter any text.
>
> Cursor right before footnote:
>does nothing, should enter footnote
Why you are at the left of the footnote and press DOWN w
On Friday 19 April 2002 3:04 pm, Herbert Voss wrote:
> Juergen Spitzmueller wrote:
> > Herbert Voss wrote:
> >>>But can't we anymore have \includegraphics[...]{my}?
> >>>Didn't we say this is good if we want pdf and ps output?
> >>
> >>It's not an important question for me, so I can't really
> >>s
On Fri, Apr 19, 2002 at 03:18:02PM +0200, Juergen Vigna wrote:
> Sorry, but someone (John?) reopened the bug telling us that it does NOT
> work properly, I was only replying to your mail. If you think all works
> as you would expect we can reclose the bug.
Brain was fried. All is peachy.
john
On Fri, Apr 19, 2002 at 04:46:09PM +0200, Juergen Vigna wrote:
> > As before, in a new document create a footnote and within it an ERT inset.
> > Don't enter any text.
> >
> > Cursor right before footnote:
> >does nothing, should enter footnote
>
> Why you are at the left of the footnote an
Angus Leeming wrote:
> On Friday 19 April 2002 3:04 pm, Herbert Voss wrote:
>
>>Juergen Spitzmueller wrote:
>>
>>>Herbert Voss wrote:
>>>
>But can't we anymore have \includegraphics[...]{my}?
>Didn't we say this is good if we want pdf and ps output?
>
It's not an important ques
On Fri, Apr 19, 2002 at 06:52:20PM +0200, Herbert Voss wrote:
> >Herbert, prepareFile removes the extension in some cases also. Can you
> >strip that code out too to remoce the redundancy?
At last someone actually worked out what I meant for bug 49 !!
john
--
"When the patent office gets in
Juergen Vigna wrote:
> It's easier to discuss this on lyx-devel so I go for that way.
>
>>As before, in a new document create a footnote and within it an ERT inset.
>>Don't enter any text.
>>
>>Cursor right before footnote:
>> does nothing, should enter footnote
>
> Why you are at the left of
On Fri, Apr 19, 2002 at 10:24:15PM +0300, Eran Tromer wrote:
> We're missing something. Here's what I see with current CVS:
> http://dl.tromer.org/nested.png
> Since the footnote inset is the only thing visually below the cursor, I
> would expect to go there.
>
Down should move down to the
John Levon wrote:
> On Fri, Apr 19, 2002 at 10:24:15PM +0300, Eran Tromer wrote:
>
>
>>We're missing something. Here's what I see with current CVS:
>> http://dl.tromer.org/nested.png
>>Since the footnote inset is the only thing visually below the cursor, I
>>would expect to go there.
>>
>
>
I've carried through on my threat and created a ProvidesNatbib layout
keyword. It's attached as diff_natbib (diff -ru format). I've also
attached the updated AASTeX stuff as diff_aastex. Only if the natbib patch
is accepted should the aastex patch be applied. The changes are trivial,
but get done
On Fri, Apr 19, 2002 at 11:34:24PM +0300, Eran Tromer wrote:
> >> http://dl.tromer.org/nested.png
>
> This prefers logical behavior to visual behavior, in contradiction to
> what you said earlier. Visually, the thing directly below the cursor is
> the inset, so if you want visual behavior then
John Levon wrote:
> On Fri, Apr 19, 2002 at 11:34:24PM +0300, Eran Tromer wrote:
http://dl.tromer.org/nested.png
>>>
>>This prefers logical behavior to visual behavior, in contradiction to
>>what you said earlier. Visually, the thing directly below the cursor is
>>the inset, so if you want v
Now graphics with LaTeX-export works like a charm here.
Thanks for fixing so quickly.
Rob.
Herbert Voss wrote:
>
> Angus Leeming wrote:
>
> > Herbert, prepareFile removes the extension in some cases also. Can you strip
> > that code out too to remoce the redundancy?
>
> thanks Angus,
>
>
Hi,
I have a REVTeX4 document, which I export to LaTeX. When processing
the export file with the latex command, I get a number of warnings
of the kind:
---
LaTeX Warning: Command \textordmasculine invalid in math mode on
input line 72.
---
This i
please test
with this patch all graphic-files in the doc-dir
are untouched, except the user has use_tempdir=false.
there is still only one strange situation. for example
- no tempdir and file my.gif with an existing my.eps
- there is no other way than to overwrite this existing
eps file while
50 matches
Mail list logo
