On Sun, 16 Feb 2025 at 17:36, Pavel Sanda wrote:
> On Tue, Feb 11, 2025 at 04:48:10PM +0100, Pavel Sanda wrote:
> > Ok, I got some time to actually look in the mysterious dis/appearance of
> newlines
> > in our .lyx fileformat and this is my current understanding:
> >
> > The superfluous newline
On Tue, Feb 11, 2025 at 04:48:10PM +0100, Pavel Sanda wrote:
> Ok, I got some time to actually look in the mysterious dis/appearance of
> newlines
> in our .lyx fileformat and this is my current understanding:
>
> The superfluous newline is coming from the beginning of Font::lyxWriteChanges
> whe
On Mon, Sep 30, 2024 at 08:05:18PM +0200, Pavel Sanda wrote:
> On Sun, Sep 29, 2024 at 10:47:39PM +0200, Pavel Sanda wrote:
> > On Thu, Sep 26, 2024 at 11:10:04AM +0100, José Matos wrote:
> > > On Wed, 2024-09-25 at 11:54 +0200, Pavel Sanda wrote:
> > > > > The issue is that I see this even without
On Sun, Sep 29, 2024 at 10:47:39PM +0200, Pavel Sanda wrote:
> On Thu, Sep 26, 2024 at 11:10:04AM +0100, José Matos wrote:
> > On Wed, 2024-09-25 at 11:54 +0200, Pavel Sanda wrote:
> > > > The issue is that I see this even without changes tracking.
> > >
> > > Do you have some recipy to reproduce?
On Thu, Sep 26, 2024 at 11:10:04AM +0100, José Matos wrote:
> On Wed, 2024-09-25 at 11:54 +0200, Pavel Sanda wrote:
> > > The issue is that I see this even without changes tracking.
> >
> > Do you have some recipy to reproduce?
>
> No, I do not and that is bothering me. :-)
Not that I have clue
On Wed, 2024-09-25 at 11:54 +0200, Pavel Sanda wrote:
> > The issue is that I see this even without changes tracking.
>
> Do you have some recipy to reproduce?
No, I do not and that is bothering me. :-)
> > Notice that the changes are only seen later, that is why I suspect
> > that this is not r
On Wed, Sep 25, 2024 at 10:30:07AM +0100, José Matos wrote:
> On Wed, 2024-09-25 at 10:53 +0200, Pavel Sanda wrote:
> > Some of these (but it seems not all) are produced when you make
> > "Accept all changes". It surpringly deletes the additional space at
> > the en
On Wed, 2024-09-25 at 10:53 +0200, Pavel Sanda wrote:
> Some of these (but it seems not all) are produced when you make
> "Accept all changes". It surpringly deletes the additional space at
> the end of paragraphs like the one at the end of "Hebrew or Farsi). "
>
&
> .
> > -
> > \end_layout
> >
> > \begin_layout Standard
>
> I see this in my own files and I am puzzled on how this is possible.
> (The files are also on version control and thus I can see the
> differences).
Some of these (but it seems not all) are prod
On Tue, 2024-09-24 at 21:11 +, Pavel Sanda wrote:
> \begin_body
> @@ -1838,7 +1836,6 @@ test
> \end_inset
>
> .
> -
> \end_layout
>
> \begin_layout Itemize
> @@ -1879,7 +1876,6 @@ starlet
> \end_inset
>
> .
> -
> \end_layout
>
> \begin_layout Itemize
> @@ -8273,7 +8269,6 @@ T
[EMAIL PROTECTED] wrote:
Is there a way to assign an icon to a command
sequence?
a year ago i hacked together the attached...
also see here:
http://bugzilla.lyx.org/show_bug.cgi?id=2262
? tb.diff
Index: lib/ui/stdtoolbars.ui
==
> "michael" == michael gerz <[EMAIL PROTECTED]> writes:
michael> Hi, I was so happy about the solution to drop LFUN
michael> ALL_CHANGES_ACCEPT and replace it by a command-sequence.
michael> However, "all-changes-accept" appears in the "Review" tool
michael> bar (and it should stay there). Is
Hi,
I was so happy about the solution to drop LFUN ALL_CHANGES_ACCEPT and replace
it by a command-sequence.
However, "all-changes-accept" appears in the "Review" tool bar (and it should
stay there). Is there a way to assign an icon to a command sequence? It looks
like icons are bound to LFUNs
13 matches
Mail list logo