> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> - On SPARC Solaris: LyX cannot be invoked via a symlink
Michael> unless you are either in the directory in which the symlink
Michael> is placed or you are "root". In all other cases:
Michael> Initializing LyXGUI... Init
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> the patch fixes this "bug"
Thanks. I'll apply it.
JMarc
Michael Schmitt wrote:
>> what is "bad output"?
>
>
> By "bad" I mean that the graphic looks like a bitmap graphic which does
> not scale well. Even though I have defined Tgif converters to EPS and
> PDF, it seems like LyX converts tgif to xpm first and than to PDF or
> whatever format is us
Herbert Voss wrote:
>> - Please add the following two converters to complete Tgif support
>> Tgif -> EPS:tgif -print -eps $$i
>> Tgif -> PDF:tgif -print -pdf $$i
Thanks.
>> When starting with a tgif file, pdflatex produces bad output;
>
> what is "bad output"?
By "bad" I mea
Michael Schmitt wrote:
> - Please add the following two converters to complete Tgif support
> Tgif -> EPS:tgif -print -eps $$i
> Tgif -> PDF:tgif -print -pdf $$i
done
> When starting with a tgif file, pdflatex produces bad output; starting with an
what is "bad output"?
>
Lars Gullik Bjønnes wrote:
> Herbert Voss <[EMAIL PROTECTED]> writes:
>
> | Index: src/frontends/controllers/ChangeLog
> | ===
> | RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/controllers/ChangeLog,v
> | retrieving revis
Michael Schmitt wrote:
>
>
> @STRING{ ITU-T = "{ITU-T, International Telecommunication Union ---
>Telecommunication Standardization Sector}" }
> @Misc{ASN.1:1997,
> author = ITU-T,
> titl
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> But what I really would like is to definitively fix the
Juergen> Undo/Redo problems as they seem more important to me (while
Juergen> obviously the above is more interesting ;)
Yes, please do :)
JMarc
On 21-Feb-2002 Jean-Marc Lasgouttes wrote:
> Or the switch to inline could be disabled when there are several
> paragraphs. This should be easy enough, no?
Sure! What I'm thinking of too is allow multiple paragraphs in inline view
and try to do also line wrapping if we hit a border when enlargi
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> What does this mean if you have more paragraphs and switch to
Juergen> inline view the whole ERT Buffer is collapsed inside ONE
Juergen> paragraph! If you don't like this don't use inline view! If
Juergen> people complain more
On Thu, 21 Feb 2002, Juergen Vigna wrote:
> ... we will remove the posibility of inline view and be done with
> it (we are still in cvs and can remove new features if we don't
> like to support them anymore).
Sounds like a good idea.
Allan. (ARRae)
>> - New buffer; create ERT with a few pars; (add a few pars after the ERT if you
>> like - doesn't matter); switch to "inlined view"; switch back to
>> "open status" -> only one par anymore!
>
> ouch !
>
> bug #251
This is NO bug. This is written code.
Define Inline View: Small pieces
On Thu, Feb 21, 2002 at 12:14:13AM +0100, Michael Schmitt wrote:
>
Wow your list is getting pretty short !
> solaris symlink problem
odd
> - "faulty.bib" is not parsed correctly and causes a problem (console message) when
> choosing a different natbib style for entry "ASN.1:1997"
added t
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> 14a. Setting the font size to "smaller" (Alt-s Shift-s) does
Juergen> not work. Console message: LyXFont::setLyXSize: Unknown size
Juergen> `smaller' As well: LyXFont::setLyXSize: Unknown size `huger'
Juergen> Well I investiga
On 18-Jun-2001 Angus Leeming wrote:
> Oh, purlease!
???
> And while we're at it. Could you explain why we need more than one cursor
> anyway. This code (lots and lots of the code base actually) could do with a
> not-so-brief explanation of the rationale behind it. This goes for the
> front
On Monday 18 June 2001 08:18, Juergen Vigna wrote:
> On 15-Jun-2001 Angus Leeming wrote:
>
> > Well, the cursor knows it's paragraph, so we can call LyXCursor::par() to
> > obtain this info.
>
> LyXCursor is stateless!!! You have to get the right LyXCuror-struct to have
> the values filled out
On 15-Jun-2001 Angus Leeming wrote:
> Well, the cursor knows it's paragraph, so we can call LyXCursor::par() to
> obtain this info.
LyXCursor is stateless!!! You have to get the right LyXCuror-struct to have
the values filled out with the stuff you want!
> Thanks, Jürgen.
>
> I put the signa
On 15-Jun-2001 Lars Gullik Bjønnes wrote:
> I am not sure if we want that...
What do we not want? The update button for the LayoutParagraph?
> You have the cursor... and the cursor has all the information you
> want...
Well Lars are you sure! Then tell me which cursor? The one bv_->text->curs
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 15-Jun-2001 Angus Leeming wrote:
|
| > So, when the cursor is moved into a new paragraph, either by the arrow keys
| > or the mouse, which bit of code do we end up in where I can emit a signal
| > changedParagraph().
|
| [This is not connected to
On Friday 15 June 2001 15:02, Juergen Vigna wrote:
> On 15-Jun-2001 Angus Leeming wrote:
>
> > So, when the cursor is moved into a new paragraph, either by the arrow
keys
> > or the mouse, which bit of code do we end up in where I can emit a signal
> > changedParagraph().
>
> [This is not con
On 15-Jun-2001 Angus Leeming wrote:
> So, when the cursor is moved into a new paragraph, either by the arrow keys
> or the mouse, which bit of code do we end up in where I can emit a signal
> changedParagraph().
[This is not connected to insets, but to paragraph therefor snipped t_l_i text]
On Friday 15 June 2001 10:07, Juergen Vigna wrote:
> On 15-Jun-2001 Angus Leeming wrote:
>
> > Why don't we leave the behaviour "as is" but introduce a small "help
screen",
> > like the Preferences dialog. If the Paragraph dialog is open and the user
> > enters a new paragraph in the document,
On 15-Jun-2001 Angus Leeming wrote:
> Why don't we leave the behaviour "as is" but introduce a small "help screen",
> like the Preferences dialog. If the Paragraph dialog is open and the user
> enters a new paragraph in the document, then a wee message is displayed:
>
> "The settings of
> > Where we disagree is in the automatic update of the Dialog when you
> > change to another paragraph while the Dialog is open. Obviously it
> > will always open with the values of the actual paragraph when you open it.
> > Well it should be easy to make this behaviour configurable
> > (auto
> 14b. Changing the character layout for all cells of a table works well.
> However, after changing the font size, the cursor is not printed at
> the right place on screen (vertical offset is incorrect).
> Can you please give a real-world example (maybe with a short example
> file)? I c
>|2. Insert a figure float into a document, then insert a minipage into the
>| float. Enter some TeX code in the minipage (use CTRL+Returns). Move the
>| cursor (leave the minipage, melt it, enter it again, etc.) and try to
>| select/cut/paste some text from time to time. After a few operat
On Thu, Jun 14, 2001 at 10:47:03AM +0200, Juergen Vigna wrote:
>> I don't get what the two apply button should buy us? The way I see it
>> we would
>> need a "Update" button which updates the Dialog with the underlying
>> paragraph data.
> A naive user has the reasonable expectation that a "view
On Thu, Jun 14, 2001 at 10:47:03AM +0200, Juergen Vigna wrote:
>
> On 14-Jun-2001 John Levon wrote:
>
> > No, I don't have a really good solution (yet). One dumb idea is separate "Apply"
> > and "Apply to current paragraph" buttons. Although it's not the best solution
>prolly,
> > it does indi
On 14-Jun-2001 John Levon wrote:
> No, I don't have a really good solution (yet). One dumb idea is separate "Apply"
> and "Apply to current paragraph" buttons. Although it's not the best solution prolly,
> it does indicate in a concise way the problem I see currently.
I don't get what the two a
On Wed, Jun 13, 2001 at 11:40:23AM +0200, Michael Schmitt wrote:
> 4. In the label dialog, could you please rearrange the buttons? It is a convention
>to click the right-most button in order to cancel a dialog.
this is due to xforms stupid defaults. It will not be fixed until post 1.2.0. Pl
On Wed, Jun 13, 2001 at 03:42:10PM +0200, Juergen Vigna wrote:
> BTW: John you see this feature request is exactly the oposite of yours and
> exactly the same I told you ;)
not really. I understand the need for the ability to do what you want totally,
and I agree that it is a good and usefu
14a. Setting the font size to "smaller" (Alt-s Shift-s) does not work. Console message:
LyXFont::setLyXSize: Unknown size `smaller'
As well:
LyXFont::setLyXSize: Unknown size `huger'
Well I investigated this on (was not so hard) and found out that:
1. The bind-files are wrong
14b. Changing the character layout for all cells of a table works well.
However, after changing the font size, the cursor is not printed at the right
place
on screen (vertical offset is incorrect).
Can you please give a real-world example (maybe with a short example file)?
I cannot con
On Wednesday 13 June 2001 10:40, Michael Schmitt wrote:
> > Hi John et al,
>
> I should not post emails at 4 o'clock in the morning! Here comes the
> attachment...
>
> Michael
>
> PS: Yes, I am finally going to enter the bugs into SF.
26. If you
1.) make some settings in the "Charact
9. Create a 5x5 table and insert "e e e e ..." in the
first cell until the cell becomes larger than the screen. Typically, the table
is repainted infinitely (verified again on June 8th). If you cannot
reproduce it, place the table inside a figure and test again.
I can still not reprod
3. Please unify the behavior of the character, paragraph, and table dialogs.
I would like to have the possibility to apply a paragraph layout to
several parts of a document without having to close and reopen the dialog
(this is a torture). Update of June, 12th: The "Apply" button in th
On 13-Jun-2001 Lars Gullik Bjønnes wrote:
>| insetminipage.C:153: warning: #warning Remove me before final 1.2.0 (Jug)
>| insetminipage.C:154: warning: #warning Can we please remove this as
>| soon as possible? (Lgb)
>
> Can you have a look at this Jürgen?
Well I guess we really can remove thi
Michael Schmitt <[EMAIL PROTECTED]> writes:
| 2. Insert a figure float into a document, then insert a minipage into the
|float. Enter some TeX code in the minipage (use CTRL+Returns). Move the
|cursor (leave the minipage, melt it, enter it again, etc.) and try to
|select/cut/paste som
On Wednesday 13 June 2001 10:40, Michael Schmitt wrote:
> > Hi John et al,
>
> I should not post emails at 4 o'clock in the morning! Here comes the
> attachment...
>
> Michael
>
> PS: Yes, I am finally going to enter the bugs into SF.
26. If you
1.) make some settings in the "Charact
Hi John et al,
I should not post emails at 4 o'clock in the morning! Here comes the
attachment...
Michael
PS: Yes, I am finally going to enter the bugs into SF.
--
==
Michael Schmittphone: +49
On Wed, Jun 13, 2001 at 04:11:57AM +0200, Michael Schmitt wrote:
> Hi,
>
> thanks to your efforts, I was able to remove two bugs from my list. But
> at the same time, I found two new ones. Therefore, please find an
> updated list enclosed.
>
> Michael
where's the list (I'm in bug-hunting and f
41 matches
Mail list logo
