On 1/20/25 7:01 AM, Jürgen Spitzmüller wrote:
Am Montag, dem 20.01.2025 um 12:00 + schrieb Juergen Spitzmueller:
commit 5a814ae0659a1543828a7ef4edef1c9394283b02
Author: Juergen Spitzmueller
Date: Mon Jan 20 12:59:59 2025 +0100
Need to refill the toolbars on runtime mode switch on
Am Montag, dem 20.01.2025 um 12:00 + schrieb Juergen Spitzmueller:
> commit 5a814ae0659a1543828a7ef4edef1c9394283b02
> Author: Juergen Spitzmueller
> Date: Mon Jan 20 12:59:59 2025 +0100
>
> Need to refill the toolbars on runtime mode switch on Linux as
> well
> --
On Fri, 2024-08-23 at 12:06 -0400, Richard Kimberly Heck wrote:
> I can check this later, as I have a two monitor setup in my office.
>
> Riki
I have that setup.
If I remember correctly I think that I saw that using qt5 at some
point. FWIW I am using Linux.
At that time I had other priorities a
On 8/23/24 7:44 AM, Scott Kostyshak wrote:
On Sat, Aug 03, 2024 at 04:57:04PM GMT, Jin Cao wrote:
Dear Lyx developers,
I hope this is the proper way to submit a bug report.
The math toolbar displays incorrectly on secondary monitors. To reproduce:
1. Open test.lyx of the attached file
2. Move
Dear Scott,
Thank you for your email. I forgot to provide LyX version and platform earlier:
Version 2.4.1 (July 1, 2024)
Qt Version (run-time): 5.15.13 on platform cocoa
Qt Version (compile-time): 5.15.13
OS Version (run-time): macOS 12.7
Python detected: 3.10.9 (/opt/homebrew/opt/python@3.10/bin
On Sat, Aug 03, 2024 at 04:57:04PM GMT, Jin Cao wrote:
> Dear Lyx developers,
>
> I hope this is the proper way to submit a bug report.
>
> The math toolbar displays incorrectly on secondary monitors. To reproduce:
> 1. Open test.lyx of the attached file
> 2. Move the Lyx window to a secondary mo
Dear Lyx developers,
I hope this is the proper way to submit a bug report.
The math toolbar displays incorrectly on secondary monitors. To reproduce:
1. Open test.lyx of the attached file
2. Move the Lyx window to a secondary monitor
3. Edit an equation
4. Click the math toolbar
You may see the p
Le 01/06/2022 à 09:45, Daniel a écrit :
https://wiki.lyx.org/LyX/FeaturePoll2#toc16
asks for:
"Toolbars should have a right-click menu item to add more toolbars."
That has been implemented some time ago, right? (Note that this is not
"Add/remove toolbar icons, like OpenOffice
On 2022-06-01 09:45, Daniel wrote:
https://wiki.lyx.org/LyX/FeaturePoll2#toc16
asks for:
"Toolbars should have a right-click menu item to add more toolbars."
That has been implemented some time ago, right? (Note that this is not
"Add/remove toolbar icons, like OpenOffice
https://wiki.lyx.org/LyX/FeaturePoll2#toc16
asks for:
"Toolbars should have a right-click menu item to add more toolbars."
That has been implemented some time ago, right? (Note that this is not
"Add/remove toolbar icons, like OpenOffice.org " which is another item.)
D
On Wed, 13 Oct 2021 at 09:07, LyX Ticket Tracker wrote:
> #12368: Review Toolbar is not hidden in Fullscreen even when "Hide
> Toolbars" option
> is checked under "Editing > Control"
> --+---
> Reporter:
On Thu, Dec 17, 2020 at 05:45:09PM +0100, Jürgen Spitzmüller wrote:
> Am Donnerstag, dem 17.12.2020 um 11:00 -0500 schrieb Scott Kostyshak:
> > Can I remove this entry from lib/ui/default.ui ? This would lead to
> > the entry being in "Other Toolbars".
>
> Yes from
Am Donnerstag, dem 17.12.2020 um 11:00 -0500 schrieb Scott Kostyshak:
> Can I remove this entry from lib/ui/default.ui ? This would lead to
> the entry being in "Other Toolbars".
Yes from my POV.
Jürgen
signature.asc
Description: This is a digitally signed message part
--
l
Can I remove this entry from lib/ui/default.ui ? This would lead to the
entry being in "Other Toolbars".
Advantages to change: I do not think many users use this toolbar.
Disadvantages: those who use it now need to go through the extra submenu
"Other Toolbars" and also need
Am Freitag, den 25.01.2019, 21:04 +0100 schrieb mno...@gmx.net:
> "general IPA toolbar" meaning "Phonetic Symbols (auto)"?
Yes.
> But to add to my initial observation:
>
> the extra-long toolbar also does not display the expand-chevrons on
> initial view. These are only hinted at as two small do
Am Freitag, den 25.01.2019, 21:10 +0100 schrieb mno...@gmx.net:
> And also add a uniform weight (to what are real characters)…?
All icons are done with the same font and weight (Liberation Sans
Regular).
But they need to be scaled to the same size.
> Looks like in quite a few cases the onscreen
On 25.01.19 18:39, Jürgen Spitzmüller wrote:
> Am Donnerstag, den 24.01.2019, 21:32 +0100 schrieb mno...@gmx.net:
>> For example global-rise and global-fall are cut off in the toolbar,
>> but
>> look 'OK', yet very different in the text when inserted.
>>
>>
>> Downstep gives me the blank unicode sq
r invisible but
>> expand in own rows to accomodate all the icons?
>
> Actually, these toolbars are not really designed for use. When
> implementing IPA support, I always had the panels (in the general IPA
> toolbar) in mind. I was actually unaware these extra toolbar exist
Am Donnerstag, den 24.01.2019, 21:32 +0100 schrieb mno...@gmx.net:
> For example global-rise and global-fall are cut off in the toolbar,
> but
> look 'OK', yet very different in the text when inserted.
>
>
> Downstep gives me the blank unicode square.
>
> voiceless doesn't display at all in the
Am Dienstag, den 22.01.2019, 17:09 +0100 schrieb mn:
> The attached screenshot shows a range of problems with the display of
> theIPA toolbars.
> Some are just a bit off in their placement (eg "Rising (accent)",
> some
> are unrecognizably cut off ("Global ri
Le 25/01/2019 à 07:22, Daniel a écrit :
On 2019-01-24 21:32, mno...@gmx.net wrote:
Can someone provide a link or a an MWE with all IPA characters and a
complete, documented target PDF to test for?
Sorry, I have never used IPA and haven't found any manual for it. Maybe
someone else can jump in
On 2019-01-24 21:32, mno...@gmx.net wrote:
Can someone provide a link or a an MWE with all IPA characters and a
complete, documented target PDF to test for?
Sorry, I have never used IPA and haven't found any manual for it. Maybe
someone else can jump in from here.
Daniel
On 24.01.19 21:15, mno...@gmx.net wrote:
> On 23.01.19 07:18, Daniel wrote:
>> On 2019-01-22 17:09, mn wrote:
>>> The attached screenshot shows a range of problems with the display of
>>> theIPA toolbars.
>>>
>>> Some are just a bit off in their
On 23.01.19 07:18, Daniel wrote:
> On 2019-01-22 17:09, mn wrote:
>> The attached screenshot shows a range of problems with the display of
>> theIPA toolbars.
>>
>> Some are just a bit off in their placement (eg "Rising (accent)", some
>> are unrecogni
On 2019-01-22 17:09, mn wrote:
The attached screenshot shows a range of problems with the display of
theIPA toolbars.
Some are just a bit off in their placement (eg "Rising (accent)", some
are unrecognizably cut off ("Global rise" & "Global fall")
The two co
The attached screenshot shows a range of problems with the display of
theIPA toolbars.
Some are just a bit off in their placement (eg "Rising (accent)", some
are unrecognizably cut off ("Global rise" & "Global fall")
The two consonant toolbars are visually i
On 23/10/2018 11:43, Daniel wrote:
Hi,
Can someone confirm that Toolbars don't dock in LyX Version 2.3.2dev? Or
is it just the Qt version 5.11.2 that's buggy?
Best,
Daniel
Works with Qt 5.9.7.
Daniel
Hi,
Can someone confirm that Toolbars don't dock in LyX Version 2.3.2dev? Or
is it just the Qt version 5.11.2 that's buggy?
Best,
Daniel
On Sat, Apr 28, 2018 at 02:09:36AM +, Richard Kimberly Heck wrote:
> Good for 2.3.x as well.
In at 9b821eb0.
Scott
signature.asc
Description: PGP signature
t;> Date: Thu Nov 24 14:10:03 2016 +0200
>>>>
>>>> Lock toolbars (#10283)
>>>>
>>>> - LFUNs to (un)lock toolbars positions (both individually and all at
>>>> once)
>>>>
>>>> - corresponding
On Sat, Apr 28, 2018 at 12:03:55AM +, Richard Kimberly Heck wrote:
> On 04/27/2018 06:02 PM, Scott Kostyshak wrote:
> >> commit e2f864efe447c0d71eeaefaaeb4d51b8316f3fd1
> >> Author: Daniel Ramöller
> >> Date: Thu Nov 24 14:10:03 2016 +0200
>
On 04/27/2018 06:02 PM, Scott Kostyshak wrote:
>> commit e2f864efe447c0d71eeaefaaeb4d51b8316f3fd1
>> Author: Daniel Ramöller
>> Date: Thu Nov 24 14:10:03 2016 +0200
>>
>> Lock toolbars (#10283)
>>
>> - LFUNs to (un)lock toolbars positi
> commit e2f864efe447c0d71eeaefaaeb4d51b8316f3fd1
> Author: Daniel Ramöller
> Date: Thu Nov 24 14:10:03 2016 +0200
>
> Lock toolbars (#10283)
>
> - LFUNs to (un)lock toolbars positions (both individually and all at once)
>
> - corresponding m
In master, for some menus and many sub menus, when I open them I get a
lot of error messages in the console whenever the cursor moves (screen
shot from the console attached - could not copy paste it).
I was just wondering what that is about.
Daniel
I have created a patch at https://www.lyx.org/trac/ticket/10283.
On 23.09.2016 00:47, Guillaume Munch wrote:
Le 22/09/2016 à 09:18, racoon a écrit :
On 21.09.2016 17:24, Guillaume Munch wrote:
* I expected to find the lock toolbar option when right-clicking on the
toolbars. Do you know where
int as an example. I could have used \alpha, instead.
It is quickier typing \alpha than selecting Insert->Special...->Symbols,
and searching for it. I don't mind for the shape of the alpha or the
fact that it is represented in blue or black on screen...
Also, LyX stupidly disables the math toolb
right-clicking on the
toolbars. Do you know where to add this?
Yes, I do. But I think it should be like this:
1. There should be a LFUN for setting the icon size.
2. The four default icon sizes from the widget (LyX main window) context
menu should go to the Toolbars menu.
3. The whole Toolbars menu s
On 2016-09-16, Enrico Forestieri wrote:
> On Fri, Sep 16, 2016 at 12:33:08AM +0100, Guillaume Munch wrote:
>> Le 15/09/2016 à 23:52, Enrico Forestieri a écrit :
>> >On Thu, Sep 15, 2016 at 01:41:30PM +0100, Guillaume Munch wrote:
>> >>Also, I was surprised to see that when I enter \textit,\mbox,..
en to include all files in the patch.) This time the
Lock Toolbars Positions is locked if and only if each toolbar is locked.
I guess that makes more sense.
Hi Daniel,
at last, a few comments. Some general ones first:
* Although your patch has extension .patch, it is only a diff. (The best
w
Le 16/09/2016 à 02:41, Enrico Forestieri a écrit :
On Fri, Sep 16, 2016 at 12:33:08AM +0100, Guillaume Munch wrote:
Le 15/09/2016 à 23:52, Enrico Forestieri a écrit :
On Thu, Sep 15, 2016 at 01:41:30PM +0100, Guillaume Munch wrote:
Now same problem with the attached. I get $\mbox{\ensuremath{
Le 11/08/2016 à 14:56, racoon a écrit :
Hi, Thanks and sorry for the delay. Here is an updated version. (I hope
I have not forgotten to include all files in the patch.) This time the
Lock Toolbars Positions is locked if and only if each toolbar is locked.
I guess that makes more sense.
Hi
On Fri, Sep 16, 2016 at 12:33:08AM +0100, Guillaume Munch wrote:
> Le 15/09/2016 à 23:52, Enrico Forestieri a écrit :
> >On Thu, Sep 15, 2016 at 01:41:30PM +0100, Guillaume Munch wrote:
> >>
> >>Now same problem with the attached. I get $\mbox{\ensuremath{\comp}\comp}$
> >>instead of $\mbox{\ensure
Le 15/09/2016 à 23:52, Enrico Forestieri a écrit :
On Thu, Sep 15, 2016 at 01:41:30PM +0100, Guillaume Munch wrote:
Now same problem with the attached. I get $\mbox{\ensuremath{\comp}\comp}$
instead of $\mbox{\ensuremath{\comp\comp}}$.
Also, I was surprised to see that when I enter \textit,\mb
On Thu, Sep 15, 2016 at 01:41:30PM +0100, Guillaume Munch wrote:
>
> Now same problem with the attached. I get $\mbox{\ensuremath{\comp}\comp}$
> instead of $\mbox{\ensuremath{\comp\comp}}$.
>
> Also, I was surprised to see that when I enter \textit,\mbox,... it gets
> wrapped inside a \text envi
Le 15/09/2016 à 01:05, Enrico Forestieri a écrit :
On Wed, Sep 14, 2016 at 04:46:20PM +0100, Guillaume Munch wrote:
Le 14/09/2016 à 01:39, Enrico Forestieri a écrit :
Oh, yes. Apparently, macros are not the only thing that may be not
up to date. Hopefully, I nailed this at 8ec91e80. Please, tr
On Wed, Sep 14, 2016 at 04:46:20PM +0100, Guillaume Munch wrote:
> Le 14/09/2016 à 01:39, Enrico Forestieri a écrit :
> >
> >Oh, yes. Apparently, macros are not the only thing that may be not
> >up to date. Hopefully, I nailed this at 8ec91e80. Please, try again.
> >
>
>
> Unfortunately, the atta
Le 14/09/2016 à 01:39, Enrico Forestieri a écrit :
Oh, yes. Apparently, macros are not the only thing that may be not
up to date. Hopefully, I nailed this at 8ec91e80. Please, try again.
Unfortunately, the attached file which used to compile successfully no
longer does.
LyX used to export $
Le 14/09/2016 à 01:39, Enrico Forestieri a écrit :
Oh, yes. Apparently, macros are not the only thing that may be not
up to date. Hopefully, I nailed this at 8ec91e80. Please, try again.
Thanks, I no longer have crashes on opening.
On Tue, Sep 13, 2016 at 05:22:33PM +0100, Guillaume Munch wrote:
> Le 13/09/2016 à 06:45, Enrico Forestieri a écrit :
> >
> >The symptom seems to be the same, so I am maybe missing some case.
> >Unfortunately, without a test case there is not much I can do.
> >In the mean time I will commit both pa
Le 13/09/2016 à 06:45, Enrico Forestieri a écrit :
The symptom seems to be the same, so I am maybe missing some case.
Unfortunately, without a test case there is not much I can do.
In the mean time I will commit both patches, as the alternative one
will also help in the other cases mentioned abo
On Tue, Sep 13, 2016 at 01:44:05AM +0100, Guillaume Munch wrote:
> Le 12/09/2016 à 19:35, Enrico Forestieri a écrit :
> > On Mon, Sep 12, 2016 at 05:01:33AM +0200, Enrico Forestieri wrote:
> > >
> > > You can spare your time as I think I found the problem. The patch simply
> > > uncovered a laten
Le 12/09/2016 à 19:35, Enrico Forestieri a écrit :
On Mon, Sep 12, 2016 at 05:01:33AM +0200, Enrico Forestieri wrote:
You can spare your time as I think I found the problem. The patch simply
uncovered a latent bug. The crash only occurs when there is a user
defined math macro. In this case, d->
On Mon, Sep 12, 2016 at 05:01:33AM +0200, Enrico Forestieri wrote:
> On Sun, Sep 11, 2016 at 09:04:56PM +0100, Guillaume Munch wrote:
> > Le 11/09/2016 à 11:05, Enrico Forestieri a écrit :
> >
> > >Please give
> > >steps or test cases for reproducing the crash and I will have a look.
> > >
> >
>
On Mon, Sep 12, 2016 at 05:01:33AM +0200, Enrico Forestieri wrote:
> On Sun, Sep 11, 2016 at 09:04:56PM +0100, Guillaume Munch wrote:
> > Le 11/09/2016 à 11:05, Enrico Forestieri a écrit :
> >
> > >Please give
> > >steps or test cases for reproducing the crash and I will have a look.
> > >
> >
>
On Sun, Sep 11, 2016 at 09:04:56PM +0100, Guillaume Munch wrote:
> Le 11/09/2016 à 11:05, Enrico Forestieri a écrit :
>
> >Please give
> >steps or test cases for reproducing the crash and I will have a look.
> >
>
> It usually takes some effort. I'll try to find the time.
You can spare your time
Le 11/09/2016 à 11:05, Enrico Forestieri a écrit :
On Sun, Sep 11, 2016 at 03:48:06AM +0100, Guillaume Munch wrote:>
Apart from the fact that I waited for three days
(http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg196459.html),
experience tells me that who is against a change speaks up im
On Sun, Sep 11, 2016 at 03:48:06AM +0100, Guillaume Munch wrote:
> Le 10/09/2016 à 17:29, Enrico Forestieri a écrit :
> > On Fri, Sep 09, 2016 at 12:04:47PM +0200, Enrico Forestieri wrote:
> > >
> > > Tell me how much time you think it will take you. One month?
> > > Two months? Three months? I'l
Le 10/09/2016 à 17:29, Enrico Forestieri a écrit :
On Fri, Sep 09, 2016 at 12:04:47PM +0200, Enrico Forestieri wrote:
Tell me how much time you think it will take you. One month?
Two months? Three months? I'll wait for that time.
No response and no other nay. So, I am going ahead.
Hi Enric
On Fri, Sep 09, 2016 at 12:04:47PM +0200, Enrico Forestieri wrote:
>
> Tell me how much time you think it will take you. One month?
> Two months? Three months? I'll wait for that time.
No response and no other nay. So, I am going ahead.
--
Enrico
On Fri, Sep 09, 2016 at 12:04:47PM +0200, Enrico Forestieri wrote:
> On Fri, Sep 09, 2016 at 07:05:52AM +, Guenter Milde wrote:
>
> > I would appreciate if you could fix it.
> > See http://www.lyx.org/trac/ticket/9616
>
> This is your hitch. I am not motivated in scratching it.
I did it at c
On Fri, Sep 09, 2016 at 12:43:27AM +0200, Enrico Forestieri wrote:
> On Thu, Sep 08, 2016 at 10:13:27PM +, Guenter Milde wrote:
> >
> > * if I insert a literal degree-sign from the keyboard into mathed, LyX
> > wraps it in \text while inserting,
>
> Yes, this was my doing after you insiste
On Fri, Sep 09, 2016 at 07:05:52AM +, Guenter Milde wrote:
>
> Yes, for me the hidden insertion of \ensuremath is already a step in the
> wrong direction. Correcting it becomes more difficult with more "helpfull"
> additions.
These are opinions. Mine is different.
> >> * if I insert a litera
On Fri, Sep 09, 2016 at 10:38:05AM +0100, José Abílio Matos wrote:
> On Friday, September 9, 2016 10:45:08 AM WEST Enrico Forestieri wrote:
> > Sorry, I didn't even read your logorrheic answer. I think this a
> > strategy for exhausting the opponent.
>
> This type of arguments does not help and i
On Friday, September 9, 2016 10:45:08 AM WEST Enrico Forestieri wrote:
> Sorry, I didn't even read your logorrheic answer. I think this a
> strategy for exhausting the opponent.
This type of arguments does not help and is detrimental in the long term for
the community. It is OK to disagree and it
On Fri, Sep 09, 2016 at 07:05:52AM +, Guenter Milde wrote:
[snip logorrheic answer]
Sorry, I didn't even read your logorrheic answer. I think this a
strategy for exhausting the opponent.
I am in favor while you are contrary to the patch. The only way out is
voting. So, unless I get a "no" fr
On 2016-09-08, Enrico Forestieri wrote:
> On Thu, Sep 08, 2016 at 10:13:27PM +, Guenter Milde wrote:
>> On 2016-09-08, Enrico Forestieri wrote:
>> > On Thu, Sep 08, 2016 at 04:42:30PM +, Guenter Milde wrote:
>> >> I don't want blurring the distinction of text-mode and math-mode commands.
On Thu, Sep 08, 2016 at 10:13:27PM +, Guenter Milde wrote:
> On 2016-09-08, Enrico Forestieri wrote:
> > On Thu, Sep 08, 2016 at 04:42:30PM +, Guenter Milde wrote:
>
>
> >> I don't want blurring the distinction of text-mode and math-mode commands.
>
> > I don't understand this argument.
On 2016-09-08, Enrico Forestieri wrote:
> On Thu, Sep 08, 2016 at 04:42:30PM +, Guenter Milde wrote:
>> I don't want blurring the distinction of text-mode and math-mode commands.
> I don't understand this argument.
For me (and others), LyX is also a way to learn LaTeX. Typing LaTeX macros
5:31PM +, Guenter Milde wrote:
>
> >> >> Dear Developers,
>
> >> >> pending a decision about handling of text-mode commands in mathed, is it
> >> >> OK to submit the following minimal-invasive patch to prevent the math
> >> >> to
ing a decision about handling of text-mode commands in mathed, is it
>> >> OK to submit the following minimal-invasive patch to prevent the math
>> >> toolbars inserting symbols in a way that makes document uncompilable or
>> >> leads to wrong output?
>> >
n mathed, is it
> >> OK to submit the following minimal-invasive patch to prevent the math
> >> toolbars inserting symbols in a way that makes document uncompilable or
> >> leads to wrong output?
>
> > http://www.lyx.org/trac/ticket/9742
>
> #9742 is the
On 2016-09-08, Enrico Forestieri wrote:
> On Wed, Sep 07, 2016 at 09:45:31PM +, Guenter Milde wrote:
>> Dear Developers,
>> pending a decision about handling of text-mode commands in mathed, is it
>> OK to submit the following minimal-invasive patch to prevent the math
On Wed, Sep 07, 2016 at 09:45:31PM +, Guenter Milde wrote:
> Dear Developers,
>
> pending a decision about handling of text-mode commands in mathed, is it
> OK to submit the following minimal-invasive patch to prevent the math
> toolbars inserting symbols in a way that
Dear Developers,
pending a decision about handling of text-mode commands in mathed, is it
OK to submit the following minimal-invasive patch to prevent the math
toolbars inserting symbols in a way that makes document uncompilable or
leads to wrong output?
Günter
>F
have a look. Do you have an updated patch in the meanwhile?
Hi, Thanks and sorry for the delay. Here is an updated version. (I hope
I have not forgotten to include all files in the patch.) This time the
Lock Toolbars Positions is locked if and only if each toolbar is locked.
I guess that makes more
patch in the meanwhile?
Hi, Thanks and sorry for the delay. Here is an updated version. (I hope
I have not forgotten to include all files in the patch.) This time the
Lock Toolbars Positions is locked if and only if each toolbar is locked.
I guess that makes more sense.
Daniel
diff --git a/src
Le 12/07/2016 13:30, racoon a écrit :
I have attached a first attempt at implementing a toolbar lock.
(Unfortunately, it is a bit intermingled with a lfun implementation for
changing the icon-size.)
Hi, I can have a look. Do you have an updated patch in the meanwhile?
I have attached a first attempt at implementing a toolbar lock.
(Unfortunately, it is a bit intermingled with a lfun implementation for
changing the icon-size.)
Toolbars can be (un)locked individually via the lfun command
toolbar-movable , e.g. toolbar-movable standard
Toolbars can be (un
On 11.07.2016 09:23, racoon wrote:
I have proposed the new feature here:
#10283 (and #10282)
Outside of trac these numbers don't work that nicely as links.
http://www.lyx.org/trac/ticket/10283
http://www.lyx.org/trac/ticket/10282
---
Diese E-Mail wurde von Avast Antivirus-Software auf Vire
On 10.07.2016 04:42, Scott Kostyshak wrote:
On Sat, Jul 09, 2016 at 03:19:51PM +0100, José Abílio Matos wrote:
On Saturday, July 9, 2016 2:42:11 PM WEST racoon wrote:
By the way, since I have never worked on a project like LyX, if anyone
has tips on how to work effectively, I am pleased to know
On Sat, Jul 09, 2016 at 03:19:51PM +0100, José Abílio Matos wrote:
> On Saturday, July 9, 2016 2:42:11 PM WEST racoon wrote:
> > By the way, since I have never worked on a project like LyX, if anyone
> > has tips on how to work effectively, I am pleased to know. I guess using
> > git is one.
>
>
On Saturday, July 9, 2016 2:42:11 PM WEST racoon wrote:
> By the way, since I have never worked on a project like LyX, if anyone
> has tips on how to work effectively, I am pleased to know. I guess using
> git is one.
The first step is to read:
http://www.lyx.org/Development
where there are doc
On 09.07.2016 14:36, racoon wrote:
On 09.07.2016 13:48, Guillaume Munch wrote:
Le 08/07/2016 15:10, racoon a écrit :
On 08.07.2016 08:17, racoon wrote:
On 07.07.2016 14:41, racoon wrote:
Can someone give me a hint where LyX stores the individual toolbars'
properties, i.e. positio
On 09.07.2016 13:48, Guillaume Munch wrote:
Le 08/07/2016 15:10, racoon a écrit :
On 08.07.2016 08:17, racoon wrote:
On 07.07.2016 14:41, racoon wrote:
Can someone give me a hint where LyX stores the individual toolbars'
properties, i.e. position and visibility.
Okay, got it (via QSet
Le 08/07/2016 15:10, racoon a écrit :
On 08.07.2016 08:17, racoon wrote:
On 07.07.2016 14:41, racoon wrote:
Can someone give me a hint where LyX stores the individual toolbars'
properties, i.e. position and visibility.
Okay, got it (via QSettings). I was just a bit confused becaus
Okay, next maybe a new LFUN? Not sure I understand fully what I am
doing... and it should be "movable" and not "moveable".
In LyXAction.cpp:
...
void LyXAction::init()
{
...
ev_item const items[] = {
#endif
...
/*!
* \var lyx::FuncCode lyx::LFUN_TOOLBAR_MO
On 08.07.2016 08:17, racoon wrote:
On 07.07.2016 14:41, racoon wrote:
Can someone give me a hint where LyX stores the individual toolbars'
properties, i.e. position and visibility.
Okay, got it (via QSettings). I was just a bit confused because the
visibility is also (somewhat) stored i
On 07.07.2016 14:41, racoon wrote:
Can someone give me a hint where LyX stores the individual toolbars'
properties, i.e. position and visibility.
Okay, got it (via QSettings). I was just a bit confused because the
visibility is also (somewhat) stored in the preferences file.
Daniel
Hi,
I'd like to create a lock menu entry in the toolbars menu that makes all
toolbars immovable (although I have to do it without testing since I
can't compile LyX). As far as I can tell there is no such thing in LyX yet.
Can someone give me a hint where LyX stores the individua
On Sat, Apr 23, 2016 at 01:42:56PM +, Paola wrote:
> Tom gmail.com> writes:
>
> >
> > Hi Paola,
> >
> > Did you ever found a solution for the problem?
> >
> > Best,
> > Tom
> >
> >
>
> Apologies Tom, I did not see this at the time!
> Yes indeed, the problem was solved for me by installi
Tom gmail.com> writes:
>
> Hi Paola,
>
> Did you ever found a solution for the problem?
>
> Best,
> Tom
>
>
Apologies Tom, I did not see this at the time!
Yes indeed, the problem was solved for me by installing 2.2.0 Alpha1,
which you can still download from
here:
ftp://ftp.lyx.org/pub/lyx
Hi Paola,
Did you ever found a solution for the problem?
Best,
Tom
Georg Baum post.rwth-aachen.de> writes:
>
> Stephan Witt wrote:
>
...
> >
> > I think you're right. I'm of little help here since I'm no Windows user or
> > developer. But I'm quite interested to hear how well high resolution works
> > for you with other parts of the LyX interface.
>
> Yes, t
Stephan Witt wrote:
> Am 09.02.2014 um 10:32 schrieb Paola :
>
>> Hi all, I've changed my laptop to a Windows 8 machine with high
>> definition, and even the "Big-sized icon" version of the toolbars is too
>> small for me to be working comfortably. Short
Am 09.02.2014 um 10:32 schrieb Paola :
> Hi all, I've changed my laptop to a Windows 8 machine with high definition,
> and even the "Big-sized icon" version of the toolbars is too small for me to
> be working comfortably. Short of changing the screen resolution of my
>
Le 03/01/2013 01:07, Pavel Sanda a écrit :
I find this annoying too. Seems like some automated preference file should
have these new toolbars OFF by default, no? It would also be very nice to
be able to remove all IPA toolbars in one click instead of having to remove
half a dozen different ones
Julien Rioux wrote:
> On 18/10/2012 5:17 PM, Jean-Marc Lasgouttes wrote:
>> So the only problem that remains is these ugly toolbars on startup. I do
>> not understand why this happens only with these new ones.
>>
>> JMarc
>>
>
> I find this annoying too. Se
On 18/10/2012 5:17 PM, Jean-Marc Lasgouttes wrote:
So the only problem that remains is these ugly toolbars on startup. I do
not understand why this happens only with these new ones.
JMarc
I find this annoying too. Seems like some automated preference file
should have these new toolbars OFF
ult task (I'm too busy ATM, though).
I think I complained too fast. These palettes are already in the "other
toolbars" menu.
So the only problem that remains is these ugly toolbars on startup. I do
not understand why this happens only with these new ones.
JMarc
Jean-Marc Lasgouttes wrote:
> It is terribly annoying. Also, it would be nice if the toolbar palettes
> were second class citizens so that they do not appear in View>Toolbar.
> The list is becoming unmanageable.
Does not look like a very difficult task (I'm too busy ATM, though).
Jürgen
1 - 100 of 278 matches
Mail list logo
