On Sun, Jul 27, 2025 at 11:03:42AM +0200, Jürgen Spitzmüller wrote:
> I don't think it requires a package. We just share InsetGraphicsParams
> among the insets in the same group.
Correct.
Pavel
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
On 7/27/25 5:03 AM, Jürgen Spitzmüller wrote:
Am Samstag, dem 26.07.2025 um 12:28 -0400 schrieb Richard Kimberly Heck:
Graphics groups are provided by a LaTeX package, I believe, so the
first question is whether there is support for this kind of thing in
LaTeX.
I don't think it requires a packa
Am Samstag, dem 26.07.2025 um 12:28 -0400 schrieb Richard Kimberly
Heck:
> > 1. Full support for Unicode. What I mean is Unicode in program
> > listings. I experimented with this some 6 months ago, but it was
> > problematic... and lots of warnings about making my Windows
> > computer unsafe.
>
>
On 7/26/25 12:28 PM, Richard Kimberly Heck wrote:
4. There are a few symbols I miss, e.g.,
* the "plimsoll" symbol used for standard state in thermodynamics
( ).
I believe I have done this for 2.5.
Riki
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/list
Hi, Bernt,
Significant additional new features in 2.5 are unlikely, as we will
enter 'feature freeze' soon and focus on fixing bugs. But you should
feel free to file enchancement requests (bug reports) for all these.
Some of them could be done in the 2.5.x series.
1. Full support for Unic
On 06/07/2016 12:27 PM, Edwin Leuven wrote:
> On 03 Jun 2016, at 18:35, Helge Hafting wrote:
>> here are some wishes for the future:
> Hide changes (in lyx)
Some work was done on this a few years ago by me and Vincent. I think
all of it is in his features/HideChanges branch. If I remember right,
On 03 Jun 2016, at 18:35, Helge Hafting wrote:
>
> Now that we have 2.2.0,
I love the new shiny lyx on my retina screen
congrats on a great job!
> here are some wishes for the future:
Hide changes (in lyx)
...
Fwiw ;-)
Now that we have 2.2.0, here are some wishes for the future:
Enumeration style document setting
==
GUI for setting the numbering style, similiar to what we already have
for bullet lists. I.e. the default for the 4 levels are "1.", "(a)",
"i.", "A."
The gui would change that
On Wed, Mar 24, 2010 at 7:12 PM, Helge Hafting wrote:
> "Copy as reference" is very useful - the writer avoids dialog boxes
> completely.
>
> But the reference format is always "".
>
> Some documents use mostly " on page ", or maybe only
> ""
>
> It'd be very nice if LyX could use the "last refer
"Copy as reference" is very useful - the writer avoids dialog boxes
completely.
But the reference format is always "".
Some documents use mostly " on page ", or maybe only
""
It'd be very nice if LyX could use the "last reference format used",
instead of just defaulting to . So, if the wri
> After applying lots of such settings over and over, a grouping would
> be useful, in the same manner as for graphics. When several listings belong
> to the same group, changing settings for one changes the settings for all in
> that group. And new code snippets just need to be added to the correc
When writing a text about programming, there are tons of program code
examples. And they usually have similiar settings. I.e. all are the same
programming language and the same dialect with the same font options.
After applying lots of such settings over and over, a grouping would
be useful, in
The "graphic groups" in lyx is a nice timesaver, no need to apply the
same settings over and over. Just put the images in the same group.
My wish for a slight improvement:
Whenever a new graphic is created, put it in the same group as the
previous graphic object the user dealt with.
Currently,
On 2010-02-04, Helge Hafting wrote:
> "File->New from Template" currently shows only templates in
> /usr/share/lyx/templates.
> The dialog ought to have a couple of shortcut buttons: "system
> templates" and "private templates" that goes directly to these two
> directories.
Seconded.
> The re
"File->New from Template" currently shows only templates in
/usr/share/lyx/templates.
The dialog ought to have a couple of shortcut buttons: "system
templates" and "private templates" that goes directly to these two
directories.
The reason is to have easy access to both the templates that co
On Fri, 3 Jul 2009, Helge Hafting wrote:
If it seems like "nothing happened" UI-wise, then have the status area
proudly display something like "document.pdf successfully exported!".
+1
This kind of feedback is ideal, because the user is _not_ forced to
dismiss some stupid dialog box. So the
Jean-Marc Lasgouttes wrote:
Enrico Forestieri writes:
I think that the simplest and best way to handle this is allowing to
change name (and location) of the exported file through a file dialog.
Not everybody knows that, when exporting, the file will be located next
to the lyx file and, UI wise,
Enrico Forestieri writes:
> I think that the simplest and best way to handle this is allowing to
> change name (and location) of the exported file through a file dialog.
> Not everybody knows that, when exporting, the file will be located next
> to the lyx file and, UI wise, it is bad that nothing
On Wed, Jul 01, 2009 at 05:47:47PM +0200, Jean-Marc Lasgouttes wrote:
> Helge Hafting writes:
>
> > It is useful to give active branches opportunity to add to the
> > filename of exported files. This way, exports with and without the
> > branch won't collide.
> >
> > My common case:
> > I make a
I'll just mention that what I do is create a new master document that
has the correct branches enabled. In addition to giving the new
version of the document a new name, this is particularly useful when
there are many branches. For example the paper version may have e.g.
branches for Topic A and C
Helge Hafting wrote:
>> Which name (if several active branches are involved)?
>
> The names of all active branches that has this box checked. I meant to
> have one checkbox per branch.
Yes, this strikes me sensible. I first thought Jean-Marc was thinking of one
general check-box only.
Jürgen
Jürgen Spitzmüller wrote:
Jean-Marc Lasgouttes wrote:
I have to say that I use that too. What we have to do is to find the
correct, not over-engineered implementation.
+1.
The simplest would be a "add name when exporting" checkbox. That could
maybe be done by a change to Buffer::latexName.
Jean-Marc Lasgouttes wrote:
> Append all the names of the active branches which have "add name when
> exporting" selected.
Yes, that would work in most cases.
Jürgen
Jürgen Spitzmüller writes:
> Jean-Marc Lasgouttes wrote:
>
>> I have to say that I use that too. What we have to do is to find the
>> correct, not over-engineered implementation.
>
> +1.
>
>> The simplest would be a "add name when exporting" checkbox. That could
>> maybe be done by a change to Bu
Jean-Marc Lasgouttes wrote:
> I have to say that I use that too. What we have to do is to find the
> correct, not over-engineered implementation.
+1.
> The simplest would be a "add name when exporting" checkbox. That could
> maybe be done by a change to Buffer::latexName.
Which name (if several
Helge Hafting writes:
> It is useful to give active branches opportunity to add to the
> filename of exported files. This way, exports with and without the
> branch won't collide.
>
> My common case:
> I make a test for my students, with answers in a "answers" branch.
> When I export this to pdf,
It is useful to give active branches opportunity to add to the filename
of exported files. This way, exports with and without the branch won't
collide.
My common case:
I make a test for my students, with answers in a "answers" branch.
When I export this to pdf, I get "test.pdf". After activatin
Alexander Streit wrote:
This is would be handy in my opinion.
But, I would like to point out that the current automatic label is not
quite unique enough.
Correct. But LyX knows all its own labels, so this can
be avoided with some programming. You might want
to file a bug at bugzilla.lyx.org -
This is would be handy in my opinion.
But, I would like to point out that the current automatic label is not quite
unique enough. For example, just today I inserted a label for a section
called "Summary". The default label was "sec:Summary". Problem is, I have a
"Summary" section in several chapte
Tommaso Cucinotta wrote:
Richard Heck ha scritto:
do something like hold down control+shift and click on a label
to insert a reference to that label at the current cursor position.
I'd like to suggest an alternative usage paradigm for this,
conditioned to
the implementation of context-sens
Richard Heck ha scritto:
do something like hold down control+shift and click on a label
to insert a reference to that label at the current cursor position.
I'd like to suggest an alternative usage paradigm for this, conditioned to
the implementation of context-sensitive menus. The idea is:
Alexander Streit wrote:
Something like this is already possible: Type Alt-I, C, start typing,
hit Ctrl-Enter when you get the one you want.
Yes, this works very well! Thanks, I didn't know about this and have been
using the mouse for over 200 pages now, so you've saved me a lot of time!
Fo
Hi Richard, thanks for your comments. I've made my own inline below to
clarify some points.
On 10/29/07, Richard Heck <[EMAIL PROTECTED]> wrote:
>
> > 3. auto-complete cite/crossref
> > press a magic key and start typing. lyx will try to auto-complete
> the
> > author name & year. press enter
Many of these are reasonable ideas. You're welcome to add them to bugzilla.
1. todo tag
puts a tag in (much like a comment), but also adds this to a list of
some sort so that you can switch between items "todo"
perhaps this todo tag could be placed in the headings to flag a section
as nee
Hi developers,
been writing on my thesis (love LyX for that) and collecting random ideas in
a text file about improvements. Some of these may already be planned, some
not. But if anyone is looking for something to add to LyX, then these are
what I would have enjoyed.
They are in rough order of pre
Martin Vermeer wrote:
On Sat, Oct 06, 2007 at 11:52:37PM +0200, Tommaso Cucinotta wrote:
Paul A. Rubin ha scritto:
The way I enter an optional argument (when one is allowed) is to open the
minibuffer (M-x or View -> Toolbars -> Command buffer) and type the command
'optional-insert'.
On Sat, Jan 15, 2005 at 11:45:27AM +0100, Andre Poenitz wrote:
> On Thu, Jan 13, 2005 at 03:28:31PM -0500, Kuba Ober wrote:
> > I didn't know LyX was that clean internally. For most other apps
> > that would be close to a rewrite of the core parts.
>
> Guess what we did in the 1.4 cycle.
Ain't it
Kuba Ober <[EMAIL PROTECTED]> writes:
>
> Without special provisions in the core, they would undo the globally most
> recent action.
Not nice but simple and save.
>
> Methinks the core has to associate a couple of stately* things with each
> client. Undo history being one of them.
And the u
On wtorek 18 styczeÅ 2005 08:49 am, Andreas Vox wrote:
> Kuba Ober <[EMAIL PROTECTED]> writes:
> > > I rather think it is the user interface parts that need work in
> > > such a case. The core shouldn't really see the difference between
> > > two users updating one document, or one user moving
> >
Kuba Ober <[EMAIL PROTECTED]> writes:
>
> > I rather think it is the user interface parts that need work in
> > such a case. The core shouldn't really see the difference between
> > two users updating one document, or one user moving
> > rapidly back and forth doing modifications in two places.
> I rather think it is the user interface parts that need work in
> such a case. The core shouldn't really see the difference between
> two users updating one document, or one user moving
> rapidly back and forth doing modifications in two places. :-)
Makes sense.
Kuba
On Thu, Jan 13, 2005 at 03:28:31PM -0500, Kuba Ober wrote:
> I didn't know LyX was that clean internally. For most other apps that would
> be
> close to a rewrite of the core parts.
Guess what we did in the 1.4 cycle.
Andre'
On Fri, Jan 14, 2005 at 10:53:52AM +0100, Lars Gullik Bjønnes wrote:
> I'll describe it as a change in viewpoint: instead of having the core
> call the frontend (sounds a bit backwards, right?), we change it so
> that it is the frontend that calls the core.
>
> My "vision" is that the core is almo
Helge Hafting <[EMAIL PROTECTED]> writes:
| Kuba Ober wrote:
>
>> Man, if you can do it in a week and it works then I'm donating a
>> case of good
>>
>>beer (or a monetary equivalent) to the cause (seriously).
>>
>> I didn't know LyX was that clean internally. For most other apps
>> that would be
Kuba Ober wrote:
Man, if you can do it in a week and it works then I'm donating a case
of good
beer (or a monetary equivalent) to the cause (seriously).
I didn't know LyX was that clean internally. For most other apps that would be
close to a rewrite of the core parts.
I rather think it is t
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> | I didn't know LyX was that clean internally. For most other apps that
>> | would be close to a rewrite of the core parts.
>>
>> Perhaps I am a bit too optimistic :-)
>>
>> The main work (before splitting in a server and
Lars Gullik Bjønnes wrote:
> | I didn't know LyX was that clean internally. For most other apps that
> | would be close to a rewrite of the core parts.
>
> Perhaps I am a bit too optimistic :-)
>
> The main work (before splitting in a server and client) would be to
> change the interface between
Kuba Ober <[EMAIL PROTECTED]> writes:
>> | I think we could have saved some time, if we were able to work both on a
>> | single document at the same time. So I propose a
>> | server-client-architecture for LyX that works in the same way as the
>> | "team modus" of starcraft. One opens a server wi
> | I think we could have saved some time, if we were able to work both on a
> | single document at the same time. So I propose a
> | server-client-architecture for LyX that works in the same way as the
> | "team modus" of starcraft. One opens a server with the document to edit
> | and other peopl
Andreas Vox wrote:
> What about the buffer? I think the lyx-paragraphs should be on the
> server but the cursor position at the client (I dont know the current
> code too well, maybe they are already separated)
They are. This is equivalent to having multiple views into the document.
That's somethi
Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Lars Gullik BjÃnnes wrote:
> > Actaully this wouldn't be _that_ hard, it is all about having a nice
> > protocol between the gui and the core. I guess I could do it in a
> > week. This also fits quite well with some other cleanup that I'd
> > really l
Lars Gullik BjÃnnes <[EMAIL PROTECTED]> writes:
<
< Tobias Spranger <[EMAIL PROTECTED]> writes:
<
< | Hello,
< >
< | I think we could have saved some time, if we were able to work both on a
< | single document at the same time. So I propose a
server-client-architecture
< | for LyX that works
Lars Gullik Bjønnes wrote:
> Actaully this wouldn't be _that_ hard, it is all about having a nice
> protocol between the gui and the core. I guess I could do it in a
> week. This also fits quite well with some other cleanup that I'd
> really like to do, but there are problems as well... security is
Tobias Spranger <[EMAIL PROTECTED]> writes:
| Hello,
>
| I think we could have saved some time, if we were able to work both on a
| single document at the same time. So I propose a server-client-architecture
| for LyX that works in the same way as the "team modus" of starcraft. One
| opens a s
Hello,
last year a colleague and me had to write a script for my professor. So we
took our laptops, and wrote the script during the lesson. Of course, we used
LyX for text and formulas and xfig for graphs! My colleague was an faster
typer, so he typed text and me made formulaes and graphs. Our
On Tue, Sep 04, 2001 at 02:44:27PM +0100, Angus Leeming wrote:
> On the same lines, if I type \mathtt{Angus} and then paste it into mathed:
> beautiful. Do the same within mathed and only the "A" is typeset. Perhaps
> these font commands should use the macro display mechanism?
That would be the
Two more wishlist items that appear to be "almost" officically supported
already:
1. If I right as normal text \mathcal{B}, highlight it and convert it to math
with M-c m, I get a nicely typeset B. It'd be nice to do this directly in
mathed too. I _can_ type "\mathcal B
Uli Sorger <[EMAIL PROTECTED]> writes:
> First, I'd like to have better large document support.
Indeed. A folding mode would be cute...
> With TeX parts the document can be typeset using the \includeonly (?)
> command with correct cross references.
You can typeset even "part" documents in la
Hi all,
I use LyX almost daily for more than a year now and still like it:) I am
currently writing a large document and I usually do a lot of (re)editing of
small text fragments. I think that this is often the case if you are writing
scientific stuff. LyX is here a wonderful to
Hello!
I've started to use LyX recently and I am already convinced that this
is the best affordable Document preparation system available. I wish
to thank you very much for what you already have accomplished.
There is one feature I would *really* like, because it would make
doing citations a lo
> "Peter" == Peter Suetterlin <[EMAIL PROTECTED]> writes:
Peter> HiYa!
Peter> Since 1.0.2 is at the door, the developers surely have a lot of
Peter> time for 1.1 the next time :-) So now it's time to bore them
Peter> with wishes for the new toy.
Peter> What I do miss is native support for
HiYa!
Since 1.0.2 is at the door, the developers surely have a lot of time for
1.1 the next time :-)
So now it's time to bore them with wishes for the new toy.
What I do miss is native support for two quite often used (at least by
me) special characters in LyX: A "short blank" (\,) and the
no
>> Bernd Noll writes:
BN> Sorry for not making things clear - I referred to character
BN> styles ... the (currently) only way to access those, are the
BN> three buttons emph, caps & user-style in the toolbar; a selector
BN> like for parastyles would be nice, but the possibility to add
On Wed, Mar 31, 1999 at 12:11:58PM +0200, Lars Gullik Bjønnes wrote:
> >> John Weiss writes:
> JW> BTW: As Lars mentioned, there will be eventual support for
> JW> ulem.sty, which, IIRC, permits you to alter how citations appear
> JW> in the text [the type of parens, etc.]
>
> No that is
[John Weiss]
>
> > 5. other types of cross-referencing than just "Ref" & "Pageref" -
> >e.g. also with user-definable form
>
> I'm something of a LaTeXpert, and I have *no* *clue* how to do other
> cross-referencing beyond section number and page number references.
> What else *would* you cro
>> John Weiss writes:
JW> BTW: As Lars mentioned, there will be eventual support for
JW> ulem.sty, which, IIRC, permits you to alter how citations appear
JW> in the text [the type of parens, etc.]
No that is not ulem.sty (underlinedemphasis.sty).
However I am sure there is a package to m
On Mon, Mar 29, 1999 at 05:59:26PM -0500, John Weiss wrote:
[...]
> I'm something of a LaTeXpert, and I have *no* *clue* how to do other
> cross-referencing beyond section number and page number references.
> What else *would* you cross-reference? Besides which, LaTeX only has
> support for sect
On Fri, Mar 26, 1999 at 02:23:59PM +0100, Bernd Noll wrote:
> Hi all!
>
> Have some wishes/suggestions for the next version of LyX :))
>
> 5. other types of cross-referencing than just "Ref" & "Pageref" -
>e.g. also with user-definable form
I'm something of a LaTeXpert, and I have *no* *clu
>> Bernd Noll writes:
BN> Hi all! Have some wishes/suggestions for the next version of LyX
BN> :))
BN> LyX internal ...
BN> 1. Character Styles Strikethrough & Changebar ( it would be
BN> great, if there was an option to automatically set changebars on
BN> to everey added characte
>3. conditional text (might be treated in a very similar way like
> named character styles; except for the fact, that their visibilty
> (or appearance in exported files) may be switched on/off)
You can have this right now with the mm patch. It's not stable enough
for the main release, and
Hi all!
Have some wishes/suggestions for the next version of LyX :))
LyX internal ...
1. Character Styles Strikethrough & Changebar
( it would be great, if there was an option to automatically set
changebars on to everey added character )
Ok, it's possible to add it via direct latexin
71 matches
Mail list logo
