Pavel Sanda wrote:
> - possibility to use context menu for assign (i think we agree here)
Yes
> - possibility to use graphics dialog for changin group definition as it
> is now without any additional clicking around (i'm not sure we agree
> here) - possibility to define new group inside the gra
Martin Görg wrote:
Hello there,
I'm a fan of LyX but sometimes it gets me going :)
I open the LyX User's Guide (or any other document) and klick on a
reference. The pop-up dialog is empty showing none of the existing
labels and when I click 'Update' LyX crashes with the message
"lyx: SIGSEGV si
Martin Görg wrote:
Hello List,
Here's another problem I'm running into and which makes me dazzle:
When I have two documents open and I close one of them using Ctrl-w,
then I cannot input anything into the remaining document with the
keyboard. There is no reaction to the keyboard in that documen
Hello List,
Here's another problem I'm running into and which makes me dazzle:
When I have two documents open and I close one of them using Ctrl-w,
then I cannot input anything into the remaining document with the
keyboard. There is no reaction to the keyboard in that document whatsoever.
Any id
Hi again,
Interestingly, I just discovered, that it seems to work fine with a
document I created by myself.
Should I also mention, that I had another version of Lyx before? That
was the one packaged with my Ubuntu. I removed it with 'apt-get remove
lyx' before installing texlive and the new LyX.
Hello there,
I'm a fan of LyX but sometimes it gets me going :)
I open the LyX User's Guide (or any other document) and klick on a
reference. The pop-up dialog is empty showing none of the existing
labels and when I click 'Update' LyX crashes with the message
"lyx: SIGSEGV signal caught".
I'm af
Bob Lounsbury wrote:
Starred stuff does not appear in the TOC. A LaTeX default. To add
starred stuff to the toc you would have to insert in ERT just after
the section in the text:
And FYI: That's the difference between section and section*: The former
gets a number and appears in the TOC; th
On Fri, Jan 9, 2009 at 10:14 AM, John White wrote:
>
>
> Bob Lounsbury wrote:
>>
>> On Fri, Jan 9, 2009 at 9:38 AM, John White wrote:
>>
>>>
>>> I'm using lyx 1.6.1 (article) on a linux slackware system (vector 5.9).
>>> I cannot figure out how to put the table of contents in the document
>>> bef
Firat Bilgel wrote:
Firat Bilgel wrote:
I opened the command prompt and under C:\>, I typed 'latex--version'
(without the quotes). The program says 'latex--version' is not recognized as
a file or program.
You need a space between latex and the double dash: latex --version.
If Windows can't
-Opprinnelig melding-
Fra: John White [mailto:j...@lawquest.com]
Sendt: fr 2009-01-09 17:38
Til: lyx-users@lists.lyx.org
Emne: printing table of contents
>I'm using lyx 1.6.1 (article) on a linux slackware system (vector 5.9).
>
>I cannot figure out how to put the table of contents in t
On Fri, Jan 9, 2009 at 9:38 AM, John White wrote:
> I'm using lyx 1.6.1 (article) on a linux slackware system (vector 5.9).
> I cannot figure out how to put the table of contents in the document before
> printing it. TOC works fine for getting around the document (as does
> navigate). But when I
I have a problem running the biblatex package on my Mac (not a problem with
the installation, the wiki howto is crystal clear and works); I can find no
way of using my .bib file when it is not stored in the texmf root folder.
Contrariwise to Windows+Miktex where you can easily access the files and
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
Wrong, it's perfectly fine that the dialog do 'read' access to the
buffer. The other way around is strictly forbidden. And it's good
practice to avoid direct 'write' access to the buffer from the dialog;
we should use an LFUN instead.
I'm using lyx 1.6.1 (article) on a linux slackware system (vector 5.9).
I cannot figure out how to put the table of contents in the document before printing it. TOC works fine for getting around the document (as
does navigate). But when I try to insert it into the document for final printing,
> > imho Document->Settings way is very unpractical. my usual worflow is not to
> > define set of groups and then assign them images, but to have set of images
> > and start to create new groups via dialog without even closing it.
>
> My problem with the current approach is that graphic groups are
Abdelrazak Younes writes:
> Wrong, it's perfectly fine that the dialog do 'read' access to the
> buffer. The other way around is strictly forbidden. And it's good
> practice to avoid direct 'write' access to the buffer from the dialog;
> we should use an LFUN instead.
So could the buffer() be con
Dear listers
I have a problem running the biblatex package on my Mac (not a problem with the
installation, the wiki howto is crystal clear and works); I can find no way of
using my .bib file when it is not stored in the texmf root folder. Contrariwise
to Windows+Miktex where you can easily acce
Pavel Sanda wrote:
> imho Document->Settings way is very unpractical. my usual worflow is not to
> define set of groups and then assign them images, but to have set of images
> and start to create new groups via dialog without even closing it.
My problem with the current approach is that graphic g
> Pavel Sanda writes:
> > i also accept your critics, but this was to be addressed when i was trying
> > to
> > get the attention for design details of this feature. when i didn't get the
> > feedback i did it the way i like to use it;
>
> Pissed off already?
friday!
ok, on wrong list :)
pavel
> Pavel Sanda wrote:
> > i also accept your critics, but this was to be addressed when i was trying
> > to get the attention for design details of this feature. when i didn't get
> > the feedback i did it the way i like to use it; now i don't have time nor
> > interest to rewrite it for a different
Pavel Sanda wrote:
Pavel Sanda writes:
this belongs to those 'another proposals'. you need to fetch the list of
groups. in case user clicks on some group you need to fetch all parameters for
this group. all this without direct access to buffer, so new lfun machinery
would be needed around.
The
> Pavel Sanda writes:
> > i had the feeling that we try to avoid direct touching of kernel from gui,
> > thats why everything in dialogs is passed through lfuns.
>
> My view is that we avoid to do _actions_ dorectly (so that everything
> can be reproduced through lfuns), but we can query as much
Pavel Sanda wrote:
> i also accept your critics, but this was to be addressed when i was trying
> to get the attention for design details of this feature. when i didn't get
> the feedback i did it the way i like to use it; now i don't have time nor
> interest to rewrite it for a different philosoph
Pavel Sanda writes:
> i also accept your critics, but this was to be addressed when i was trying to
> get the attention for design details of this feature. when i didn't get the
> feedback i did it the way i like to use it;
Pissed off already?
JMarc
> Pavel Sanda wrote:
> > the point 2 is the only one i was a bit worried about. context menu
> > selection is done on purpose, since it seemed to be most effective
> > way how to work with groups for me.
>
> User actions should never ever be restricted to context menu exclusively.
yes, thats why
Pavel Sanda writes:
> i had the feeling that we try to avoid direct touching of kernel from gui,
> thats why everything in dialogs is passed through lfuns.
My view is that we avoid to do _actions_ dorectly (so that everything
can be reproduced through lfuns), but we can query as much as we want.
Pavel Sanda wrote:
> the point 2 is the only one i was a bit worried about. context menu
> selection is done on purpose, since it seemed to be most effective
> way how to work with groups for me.
User actions should never ever be restricted to context menu exclusively.
Frankly, the graphic group
> 1. The gui works in another way than many lyx options. Take the
> 'local layout' option from the document options (In document
> class tab) as an example on how I would expect it to work.
> (A list of layouts-> add layout button-> new window to specify
> the new layout-> new layout added)
>
> Pavel Sanda writes:
> > this belongs to those 'another proposals'. you need to fetch the list of
> > groups. in case user clicks on some group you need to fetch all parameters
> > for
> > this group. all this without direct access to buffer, so new lfun machinery
> > would be needed around.
>
> -Opprinnelig melding-
> Fra: Pavel Sanda [mailto:sa...@lyx.org]
> Sendt: 9. januar 2009 09:51
> Til: lyx-users@lists.lyx.org
> Emne: Re: What is groupId in GraphicsUi
>
> Manveru schreef:
> > I hadn't read this in manual, but from your explanations it
> seem to be
> > very user not-
Pavel Sanda writes:
> this belongs to those 'another proposals'. you need to fetch the list of
> groups. in case user clicks on some group you need to fetch all parameters for
> this group. all this without direct access to buffer, so new lfun machinery
> would be needed around.
The dialog class
> Pavel Sanda writes:
> > the group name is just part of the image settings, so filling up the name
> > is similar as filling the 'new' latex parameters for the image. i have
> > removed the confusing "Initialize" word and enriched the tooltips.
> > another proposals i have seen up to now are not
Pavel Sanda writes:
> Manveru schreef:
>> I hadn't read this in manual, but from your explanations it seem to be
>> very user not-friendly feature. It is not natural to users entering
>> new name in that field every time they want new group. Without reading
>> the manual, people like I who mostly
> This is a bug in the example bibtex file which is shipped with LyX
> and included in the modernCV example.
Thanks. Who need Bibtex entries in a CV, after all.
If I just remove the whole references section and then generate the PDF
file, it puts the "Interests" title on the first page, but the a
Guenter Milde wrote:
On 2009-01-02, radagast wrote:
How can I make Lyx 1.6 auto-split long display formulas (ctrl+shift+m)
when compiling?
You can't.
This is a feature (or lack of feature) of LaTeX
Still, 'instant preview' will give you a quasi real-time preview of the
equation without co
Manveru schreef:
> I hadn't read this in manual, but from your explanations it seem to be
> very user not-friendly feature. It is not natural to users entering
> new name in that field every time they want new group. Without reading
> the manual, people like I who mostly not read manuals at all can
36 matches
Mail list logo
