Am Samstag, dem 21.10.2023 um 10:38 +0200 schrieb Dan:
> 1. Language (in the settings dialog of a listing inset). In English
> this word can be used to refer to both, a tongue and a programming
> language. In other languages this is not necessarily the case, for
> instance in Spanish
> - Langua
Am Samstag, dem 14.10.2023 um 18:12 +0200 schrieb Jean-Marc Lasgouttes:
> Right. I miss the application menus there, though.
I don't miss it at all anymore. But I agree this is completely
subjective. I was thrilled by the idea right from the beginning (and
long before it worked in a sane way).
>
Am Samstag, dem 14.10.2023 um 10:35 -0400 schrieb Scott Kostyshak:
> I would call it "persistence" but I can understand that people might
> feel harassed.
Just for the records, I don't feel harassed and I agree that we have
this list for the very purpose of such exchange of thoughts.
Nonetheless
Am Samstag, dem 14.10.2023 um 17:40 +0200 schrieb Jean-Marc Lasgouttes:
> Right. And in practice it is also a great tool for experienced users,
> because this can be used as keyboard shortcuts (with time you know
> which
> 3 letters will trigger the right action).
>
> We could also experiment add
Am Samstag, dem 14.10.2023 um 14:18 +0200 schrieb Jean-Marc Lasgouttes:
> Look at the screenshot here :
> https://wiki.ubuntu.com/Unity/HUD
Thanks. So in simpler words, a search field for menu items.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listin
Am Samstag, dem 14.10.2023 um 12:26 +0200 schrieb Daniel:
> I think it's just a matter of getting used. But I understand that
> it's hard at the beginning as with every new interface.
I use that for years and don't get used to it. It's just very bad
design.
--
Jürgen
--
lyx-devel mailing list
l
Am Freitag, dem 13.10.2023 um 18:07 +0200 schrieb Daniel:
> I meant the group of "References" as in "Citation", "Cross-
> References", "Label", "Caption", etc. These are typically subsumed
> under "References" in other word processors.
Ah, that. Yes, this is a very good example for Word's failed u
Am Freitag, dem 13.10.2023 um 17:44 +0200 schrieb Jean-Marc Lasgouttes:
> What we could provide is a HUD, like Apple's Cmd-space, but for menu
> entries. We had that in Ubuntu in the old days.
I have not the slightest idea what a HUD is.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.
Am Freitag, dem 13.10.2023 um 17:08 +0200 schrieb Daniel:
> I agree that the menus of these apps are complex. But that might be
> in their nature.
Well, they are aware of it:
https://design.blog.documentfoundation.org/2016/01/22/way-down-in-the-libreoffice-menus/
> I guess the Ribbon was a (maybe
Am Freitag, dem 13.10.2023 um 16:27 +0200 schrieb Daniel:
> It seems to have a not unusual length as compared to Writer and Word.
which have both a horrible UI. I regularly get lost in the
intransparent structure when using either of these apps.
> However, I have noticed that LyX does have rather
Am Freitag, dem 13.10.2023 um 16:11 +0200 schrieb Daniel:
> An example would be interesting. As I mentioned, I enabled all menu
> items and didn't notice too long menus (not longer than in other
> popular apps anyway).
The Insert menu is already too long now, with entries hidden.
> But I am a bi
Am Freitag, dem 13.10.2023 um 10:43 +0200 schrieb Jürgen Spitzmüller:
> And
>
> "Don't put more than 12 items within a single level of a menu. Add
> separators between logical groups within a menu. Organize the menu
> items into groups of seven or fewer strongly related
Am Freitag, dem 13.10.2023 um 08:05 +0200 schrieb Daniel:
> It seems to be a rather universally accepted UI rule that menu items
> should not be hidden. Feel free to can check your favorite apps or
> search the recommendation on the web. (There is also the more extreme
> recommendations to not ev
Am Donnerstag, dem 12.10.2023 um 08:38 +0200 schrieb Jürgen
Spitzmüller:
> Doesn't this need an (even empty) rc format change?
Sorry, missed the ensuing discussion.
--
Jürgen
signature.asc
Description: This is a digitally signed message part
--
lyx-devel mailing list
lyx-devel@lists
Am Mittwoch, dem 11.10.2023 um 18:47 +0200 schrieb Eugene Chornyi:
> commit 072ba7bd2e1ac7514117fafee3143b0bfb8796eb
> Author: Eugene Chornyi
> Date: Wed Oct 11 20:06:52 2023 +0200
>
> Implement ui style selection dialog 12832
Doesn't this need an (even empty) rc format change?
--
Jürgen
Am Dienstag, dem 10.10.2023 um 14:27 +0200 schrieb Pavel Sanda:
> As I see we do:
> 2) Indexing cls/sty/bst/bib/bbx/cbx (do we need those for something?)
Yes, (bib)latex settings for bst/bib/bbx/cbx. Package/class
availability for the others.
> 6) checking fonts (do we actually use those for sett
Am Dienstag, dem 10.10.2023 um 10:31 +0100 schrieb José Matos:
> The use of these options inside LyX should depend on the actual
> context. That would mean that in your particular case the option to
> only rebuild the modules part should be in the modules related
> interface.
Yes, and ideally it s
Am Montag, dem 09.10.2023 um 20:42 +0200 schrieb Pavel Sanda:
> > 5. The string "Table" appears in quite some contexts that are
> > contradicting: in some it really means Table, while in others it
> > actually means "Tabular". Remember that Table/Tabular are related
> > in the same way Figure/Imag
Am Dienstag, dem 03.10.2023 um 14:13 +0200 schrieb Jean-Marc
Lasgouttes:
> I implemented the color change for local math selections. I notice
> right now that I missed the case of multiple cell selection. I'll
> have a look.
Thanks.
>
> So I would have to put your patch on top of that, and proba
Am Montag, dem 02.10.2023 um 14:13 +0300 schrieb Udicoudco:
> There is also the fbox package. Documentation only 5 page long,
> the code only about 100 lines, required packages only xcolor and
> xkeyval, and the author is Herbert Voß. Looks pretty good, might
> be worth looking into that.
Yes. All
Am Sonntag, dem 01.10.2023 um 12:53 +0300 schrieb Udicoudco:
> Not sure I understand. Is there a reason for not using \fcolorbox
> when the frame color is explicitly black and the background is none?
> It means that the behavior of framed boxes is not consistent between
> black and other colors (of
Am Sonntag, dem 01.10.2023 um 12:32 +0300 schrieb Udicoudco:
> What about framed boxes inside colored boxes? (See newfile1.lyx).
> Also, setting a "correct" background color is quite different from no
> background, with regards the internal structure of the pdf.
I'd expect the page color here, act
Am Sonntag, dem 01.10.2023 um 11:29 +0300 schrieb Udicoudco:
> Probably not for 2.4.0, but we can use
> \adjustbox from the adjustbox package
> for that. See section 4.5 (cfbox in particular).
An easier fix for the page background problem is to use
page_backgroundcolor if it is defined. This can b
Am Sonntag, dem 01.10.2023 um 09:57 +0200 schrieb Jürgen Spitzmüller:
> Yes, if the background color is non-empty. Likewise, with non-default
> frame color, the background color is set to white
But wait. We do not need to use \fcolorbox in some cases we now do. I'm
looking into that.
Am Sonntag, dem 01.10.2023 um 10:47 +0300 schrieb Udicoudco:
> It still looks like \fcolorbox is used with an explicit black
> color. Is this intentional?
Yes, if the background color is non-empty. Likewise, with non-default
frame color, the background color is set to white
This is not ideal (and
Am Sonntag, dem 01.10.2023 um 09:26 +0200 schrieb Jürgen Spitzmüller:
> This is wrong. We must not load xcolor either with default and with
> (explicit) black color.
OK, \fcolorbox is provided by (x)color.
> Also, getFrameColor() _never_ returns default, so the test is bogus.
>
&g
Am Freitag, dem 29.09.2023 um 15:53 +0200 schrieb Jürgen Spitzmüller:
> And it only works for fully selected math insets, not for parts of
> it. Don't know where to set the latter.
The issue here is, probably, that Math is missing something like
RowPainter::paintStringAndSel() which a
Am Samstag, dem 30.09.2023 um 11:34 +0100 schrieb José Matos:
> FWIW the code works because there is no \h escape sequence but, in
> any case, it is better to fix this.
Not my doing, but I fixed it.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinf
Am Freitag, dem 15.09.2023 um 16:23 +0200 schrieb Jürgen Spitzmüller:
> Am Freitag, dem 15.09.2023 um 15:41 +0200 schrieb Thibaut Cuvelier:
> > Your patch looks fine to me.
> >
> > It looks cumbersome, especially if we need to do that several
> > times;
> > ma
Am Freitag, dem 29.09.2023 um 20:30 +0200 schrieb Jean-Marc Lasgouttes:
> How can I switch to dark mode. Switching Ubuntu to dark mode does not
> seem to be enough and I did not find the switch in our prefs.
Don't know Ubuntu's adaptations, but in stock GNOME, LyX responds to
the mode switch in th
Am Freitag, dem 29.09.2023 um 18:15 +0200 schrieb Jean-Marc Lasgouttes:
> What makes you think that it is safer to introduce a new color ?
Because it only touches dark mode math selection, This is where the new
color applies. Also, I don't think math and text should be forced to
have the same col
Am Freitag, dem 29.09.2023 um 10:40 -0400 schrieb Scott Kostyshak:
> I believe we set "Always Babel" for some reason in the Spanish
> documents. It would be nice to set it to Automatic (or Default, I
> forget
> which is recommended). Should I try to do that and see how the tests
> go,
> and check t
Am Freitag, dem 29.09.2023 um 10:42 -0400 schrieb Scott Kostyshak:
> Thanks, done at 46a62573.
>
> If I understand correctly, Udi suggested an additional change, which
> was
> replacing
>
> \addto\shorthandsspanish{\spanishdeactivate{~<>}}
>
> with:
>
> \addto\shorthandsspanish{\spanishdeac
Am Freitag, dem 29.09.2023 um 15:11 +0200 schrieb Jürgen Spitzmüller:
> Or maybe introduce a Color_selectionmath. I think this could be
> easily implemented for 2.4 without having to fear collateral effects.
Like this. Involves a new string, tough. And it only works for fully
selected math
Am Samstag, dem 23.09.2023 um 21:21 +0200 schrieb Daniel:
> Is there a reason why the "selected text" color is not applied to
> maths?
> Changing that would solve the problem since this color is visible on
> a
> "selection" background. (I guess that is its point.)
Or maybe introduce a Color_sele
iff --git a/development/FORMAT b/development/FORMAT
index 1711f88c78..29774522a4 100644
--- a/development/FORMAT
+++ b/development/FORMAT
@@ -7,6 +7,10 @@ changes happened in particular if possible. A good example would be
---
+2023-09-29 Jürgen Spitzmüller
+ * Format inc
Am Sonntag, dem 24.09.2023 um 05:49 +0200 schrieb Dan:
> I think I have a patch for this (see the attachment).
> The context menu is created in src/frontends/qt/Menus.cpp and the
> command binded to that menu item is actually using the global quoting
> style, not the language default's (at the curs
Am Samstag, dem 23.09.2023 um 12:37 -0400 schrieb Scott Kostyshak:
> Jürgen, do you have time/interest to take a look?
The way to go, I think, is (as Udi suggested), the attached.
--
Jürgen
diff --git a/lib/languages b/lib/languages
index 315707742b..a027a430b8 100644
--- a/lib/languages
+++ b/l
Am Sonntag, dem 24.09.2023 um 01:21 +0200 schrieb Scott Kostyshak:
> commit fa67f70992da5f7c6cb0958d557993d6c0750534
> Author: Scott Kostyshak
> Date: Sat Sep 23 20:35:36 2023 -0400
>
> Fix compilation of es/Letter standard class
>
> The problem, described by Udi, was the following
Am Montag, dem 18.09.2023 um 10:57 +0200 schrieb Jean-Marc Lasgouttes:
> QTreeView::expandRecursively has been introduces in QT 5.13.
Hm. Would have expected the Qt (5.15) docs to mention that :-(
But it's not needed anyway AFAICS, so I remove it.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@
Am Mittwoch, dem 13.09.2023 um 14:45 +0200 schrieb Léo de Souza:
> I would like to report that the nomenclature function no longer works
> for me on LyX 2.4.0 beta 5.
Thanks. Confirmed and fixed in master.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/
Am Freitag, dem 15.09.2023 um 15:41 +0200 schrieb Thibaut Cuvelier:
> Your patch looks fine to me.
>
> It looks cumbersome, especially if we need to do that several times;
> maybe we could have a method at the inset level, say
> getLocalFontOrDefault(const OutputParams&), to return either
> Output
Am Freitag, dem 15.09.2023 um 15:02 +0200 schrieb Dan:
> I am attaching the output of "lyx -dbg files" (should have done this
> to begin with, sorry), there you can see
> 1. An actual backup file created with name "newfile1-lyx23.lyx~".
> 2. The expected backup file (with "!" chars) created AFTER
Am Freitag, dem 15.09.2023 um 10:45 +0200 schrieb Léo de Souza:
> 1. Create new document: File > New
> 2. Insert label: Insert > Label...
> 3. On a new line, switch layout to "Labeling" or "Description"
> 4. Insert cross-reference: Insert > Cross-Reference...
> 5. Try copying this cross-reference
>
Am Donnerstag, dem 14.09.2023 um 00:21 +0200 schrieb Dan:
> Follow these steps to reproduce the behaviour
OK, I now closely followed your recipe, but I get only one file (after
step 6) right with the correct name which is then overwritten
thereafter.
--
Jürgen
--
lyx-devel mailing list
lyx-deve
Am Donnerstag, dem 14.09.2023 um 14:45 +0200 schrieb Dan:
> I have read the User's Guide section 2.2 again and I guess you are
> refering to subsection 2.2.4 (Backup Files from Old LyX Versions).
2.2.1, for that matter ("Backup Files")
> I am not opening a file from an older version of LyX, but a
Am Donnerstag, dem 14.09.2023 um 00:21 +0200 schrieb Dan:
> So, by enabling the backup feature we end up with an extra backup
> file, which is absolutely useless and will never be deleted unless
> done manually.
That's intentional. If you don't want it, you can switch it off.
Sec. 2.2 of the User
Am Mittwoch, dem 13.09.2023 um 08:51 +0200 schrieb Pavel Sanda:
> Hopefully, this is fixed now. Juergen, how straightforward would be
> backporting for 2.3.x? I think this one deserves it.
Not completely straightforward, but doable, I think.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.l
Am Mittwoch, dem 06.09.2023 um 13:44 -0400 schrieb Richard Kimberly
Heck:
> Thanks. I have no idea why this didn't get committed. I have it
> locally.
Well, these things just happen (when you don't need them). I only got
aware of it while tracking Chris' report.
--
Jürgen
--
lyx-devel mailing
Am Dienstag, dem 05.09.2023 um 15:36 +0200 schrieb Jean-Marc
Lasgouttes:
> But I have to admit that I do not understand all the ramifications of
> doing this. I am ambivalent on the change, to be frank. We could just
> keep it in mind in case the issue reappears.
So be it, then.
--
Jürgen
--
ly
Am Dienstag, dem 05.09.2023 um 15:21 +0200 schrieb Jürgen Spitzmüller:
> I agree that this is a good idea. Just wondering whether it should be
> done next to the current fix which does a bit more for inset buttons
> (see my other comment on why I like that).
Like this?
--
Jürgen
dif
Am Dienstag, dem 05.09.2023 um 15:19 +0200 schrieb Jean-Marc
Lasgouttes:
> Indeed, this is why I thought we may want to have this
> unconditionally as early as possible; It cannot hurt, as I see it.
I agree that this is a good idea. Just wondering whether it should be
done next to the current fix
Am Dienstag, dem 05.09.2023 um 15:12 +0200 schrieb Pavel Sanda:
> Actually, where do you read 5.15.1?
https://bugreports.qt.io/browse/QTBUG-85431
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Am Dienstag, dem 05.09.2023 um 14:51 +0200 schrieb Pavel Sanda:
> I double checked that the problem I report with 2.3.7 is on Qt
> 5.15.7.
Plus that bug was on Windows, the new ones are on Mac. But the effect
is the same, signaling a mouse movement when the mouse didn't move.
--
Jürgen
--
lyx-d
Am Dienstag, dem 05.09.2023 um 14:04 +0200 schrieb Jean-Marc
Lasgouttes:
> The fix looks good in principle. How does this relate with the code
> at the beginning of GuiWorkArea::mouseMoveEvent?
Looks at least related. But it seems not the same bug, as this one is
said to be fixed in Qt 5.15.1
>
Am Montag, dem 04.09.2023 um 17:51 +0200 schrieb Pavel Sanda:
> I have limited access to that machine so the only testing point in my
> hand is 2.3.7 + Qt 5.15 + Mac OS 12.6 (via homebrew).
The fix is not in 2.3.x, so we only know it works if someone can check
master or beta5.
--
Jürgen
--
lyx-
Am Montag, dem 04.09.2023 um 17:10 +0200 schrieb Pavel Sanda:
> The problem is that I see #12820 on Qt 5 while we try
> to avoid releasing with Qt 6 because of #12641.
You see this bug with current master? This would be bad.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lis
Am Montag, dem 04.09.2023 um 16:31 +0200 schrieb Jean-Marc Lasgouttes:
> Dear Devvies,
>
> These last weeks I have seen without really thinking about them
> several
> macOS issues where mouse movement occurred when they should not.
>
> I decided to search Qt bugs about that and voilà!:
> https:/
Am Montag, dem 04.09.2023 um 10:39 +0200 schrieb Pavel Sanda:
> I see, not conversion error, feature for dark theme.
> The problem is that dark theme typically comes with light font color,
> hence you don't see the text within the brancn. In my case it's
> white-ish text on white-ish background and
Am Sonntag, dem 03.09.2023 um 17:41 +0200 schrieb Dan:
> The problem with the button "Open" is fixed, but the problem with the
> list (combobox) of languages still persists. I have just checked it
> out.
Cannot reproduce.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.
Am Sonntag, dem 03.09.2023 um 13:21 +0200 schrieb Dan:
> I have found a small bug in the UI:
Thanks, should be fixed now.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Am Sonntag, dem 03.09.2023 um 12:32 +0200 schrieb Pavel Sanda:
> I know it was not officially declared, but I thought the idea was
> that beta5 will have final set of strings...?
Sorry, I thought there will be a call soon.
I can revert this change if needed. Let me know.
--
Jürgen
--
lyx-devel
Am Freitag, dem 01.09.2023 um 22:05 +0200 schrieb Pavel Sanda:
> when I create new branch in documt of 2.3 it has black background (my
> default, I use dark theme now as well).
> After opening this file in 2.4 it has white background.
>
> Looking at the 2.3 .lyx file I see that the branch contains
Am Freitag, dem 01.09.2023 um 22:05 +0200 schrieb Pavel Sanda:
> It seems that the second value is used as background, so the
> conversion
> #00 -> #ff seems wrong.
>
> (BTW when opening new branch in fresh 2.4 file I see:
> \color background background)
>
> Anyone remembers whats going
Am Donnerstag, dem 31.08.2023 um 15:51 +0200 schrieb Jean-Pierre
Chrétien:
> qt.qpa.wayland: Wayland does not support QWindow::requestActivate()
This is just a warning reporting that wayland does not allow (by
design) to grab the focus of a window, which is what the mentioned
function attempts to
Am Mittwoch, dem 30.08.2023 um 15:29 +0200 schrieb Jürgen Spitzmüller:
> > + if you could do me a favor and commit
> > the few bits for UI tooltip and paragraph for users manual.
> > Riki might by re-releasing soon and I'm not on my usual computer to
> > push it.
&
Am Mittwoch, dem 30.08.2023 um 14:42 +0200 schrieb Pavel Sanda:
> I quickly tested various script routes and all seem to work.
Thanks.
> I did not do any tests whether last changes affect the part of the
> code which uses various .bib fields.
I verified that this still works.
> ATM I propose yo
Am Mittwoch, dem 30.08.2023 um 14:06 +0200 schrieb Pavel Sanda:
> Yep, this is it!
>
> I like this approach, let me test little bit if I see some problems.
Great, let me know if you think it is ready (or if you found issues).
And thanks for testing.
--
Jürgen
--
lyx-devel mailing list
lyx-dev
Am Mittwoch, dem 30.08.2023 um 11:47 +0200 schrieb Jürgen Spitzmüller:
> But independent of my patch we use this chain for the other
> citation_view chains (url, file, doi, etc.). So we need to fix it
> anyway.
The new iteration of the patch uses our own viewers for local files
ra
Am Mittwoch, dem 30.08.2023 um 11:14 +0200 schrieb Pavel Sanda:
> - only first file from multiple files found is shown (fixable)
Not a new problem. As I wrote this is in the current script as well.
> - gimp is launched on the pdf file (fixable but not on the lyx side)
> although multiple pdf view
Am Mittwoch, dem 30.08.2023 um 11:12 +0200 schrieb Pavel Sanda:
> I understand your concern and as said do not oppose fixing this.
>
> On the other hand, I realized yesterday night, that the latest
> patch is game over for me. It relays the execution to Qt, which
> in turns relays that to xdg on l
Am Mittwoch, dem 30.08.2023 um 07:36 +0200 schrieb Jürgen Spitzmüller:
> At the moment, the script only opens the first matched file AFAICS.
> This will often not be the desired one (e.g. with multiple
> publications of an author per year).
>
> What it should do, and this cannot
Am Dienstag, dem 29.08.2023 um 18:23 -0400 schrieb Richard Kimberly
Heck:
> On 8/29/23 04:46, Jürgen Spitzmüller wrote:
> > Am Dienstag, dem 29.08.2023 um 07:18 +0200 schrieb Stephan Witt:
> > > The included graphics have absolute paths. AFAICS it’s only in
> > > Int
Am Dienstag, dem 29.08.2023 um 23:30 +0200 schrieb Pavel Sanda:
> Quick check shows that the new approach breaks in multiple ways on my
> system.
I'd like to see those.
> I'm sure there are ways to gradually fix this but I have different
> proposal.
>
> Would you mind that instead of just checki
Am Dienstag, dem 29.08.2023 um 17:50 +0200 schrieb Pavel Sanda:
> - Not waiting for a viewer to finish & spawn multiples instances of
> viewer
Don't see this problem, but if it is there, we can go async.
> when more result on one query is found
> - eat STDERR output to avoid mysterious crashes
Am Dienstag, dem 29.08.2023 um 17:23 +0200 schrieb Pavel Sanda:
> I am afraid this will break on the problems I tried to handle inside
> the script and will complicate the situation if you want to slip your
> own scripts in the pipeline.
Like which problems exactly?
> If you have strong feeling t
Am Dienstag, dem 29.08.2023 um 16:57 +0200 schrieb Jürgen Spitzmüller:
> Am Dienstag, dem 29.08.2023 um 14:52 +0200 schrieb Jürgen
> Spitzmüller:
> > OTOH if we would make the lyxpaperview script return a path rather
> > than opening found documents itself, we could use the same
Am Dienstag, dem 29.08.2023 um 14:52 +0200 schrieb Jürgen Spitzmüller:
> OTOH if we would make the lyxpaperview script return a path rather
> than opening found documents itself, we could use the same message
> and be more precise here.
Like in the attached.
--
Jürgen
diff --git a/li
Am Dienstag, dem 29.08.2023 um 14:44 +0200 schrieb Jürgen Spitzmüller:
> I had to introduce a specific message for the EXTERNAL case, as we do
> not have an URI at hand in this case.
OTOH if we would make the lyxpaperview script return a path rather than
opening found documents itself, we
Am Dienstag, dem 29.08.2023 um 13:22 +0200 schrieb Pavel Sanda:
> That would be much appreciated.
>
> Please go on if you have time, I sent my edits in the thread itself.
Committed. Please check.
I had to introduce a specific message for the EXTERNAL case, as we do
not have an URI at hand in thi
Am Dienstag, dem 29.08.2023 um 07:18 +0200 schrieb Stephan Witt:
> The included graphics have absolute paths. AFAICS it’s only in
> Intro.lyx.
I fixed that in master.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Am Montag, dem 28.08.2023 um 21:26 +0200 schrieb Pavel Sanda:
> I do not have currently capacity to work on the citation/url links
> opening
> policy. As it seems there is some vague consensus on how to proceed
> and
> that will involve new string(s).
>
> Options are, we postpone this for 2.4.1 a
Am Montag, dem 28.08.2023 um 18:31 +0200 schrieb Jean-Marc Lasgouttes:
> Le 28/08/2023 à 18:25, Richard Kimberly Heck a écrit :
> > Do we seem ready for another release? My sense is that things have
> > calmed down again. If so, then we might go ahead and do one and
> > then
> > immediately freez
Am Mittwoch, dem 23.08.2023 um 11:06 +0200 schrieb Dan:
> Could you actually reproduce the problem? I ask because I get the
> same problem after your patch.
>
> Honestly, I am confused right now
> 1. I tried both versions (prior to and after your patch) in Debian
> 12.1 with MATE 1.26, and the pr
Am Sonntag, dem 20.08.2023 um 00:52 +0300 schrieb Udicoudco:
> Should the second input encoding be changed from latin9 to utf8,
> now that utf8 is the default encoding?
I'm not sure I follow. We have utf8 as default in 2.4. We only use the
8bit encodings if people chose that (in languages).
--
J
Am Donnerstag, dem 17.08.2023 um 20:51 +0200 schrieb Jean-Marc
Lasgouttes:
> +1
Thanks, done.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Am Donnerstag, dem 17.08.2023 um 18:34 +0200 schrieb Pavel Sanda:
> My point was that I would add "trust of the source of the document"
> in the equation as well (in whatever wording).
> Eye-inspection of URL can be easily befooled if the document comes
> from an attacker.
I agree that this shoul
Am Donnerstag, dem 17.08.2023 um 17:27 +0200 schrieb Jürgen
Spitzmüller:
> I think it is useful to see the URL/target and then decide. If I get
> a document from someone else and the proposed link looks suspicious,
> I'd rather not open it. Other links might look trustworthy and I
Am Donnerstag, dem 17.08.2023 um 16:47 +0200 schrieb Pavel Sanda:
> On the other hand to me the primary question is whether you trust the
> source of the
> document (basically someone else than you?), so the proposed warning
> dialog
> should imho ask whether you trust origin of the document and co
Am Donnerstag, dem 17.08.2023 um 07:24 -0400 schrieb Scott Kostyshak:
> I'm not necessarily against it, but the argument for keeping that
> code is that it might be helpful to do a bisect of Qt to figure out a
> Qt bug. The reason we require a higher Qt 5.x is that *some* things
> don't work well,
Am Donnerstag, dem 17.08.2023 um 10:01 +0200 schrieb Jürgen
Spitzmüller:
> According to the README, we require Qt 5.2 or higher for 2.4.
>
> There is still some code for Qt < 5.2 in the source. Particularly a
> self-baked "Don't ask me again" warning dialog.
>
&g
According to the README, we require Qt 5.2 or higher for 2.4.
There is still some code for Qt < 5.2 in the source. Particularly a
self-baked "Don't ask me again" warning dialog.
OK to remove that (see patch)?
--
Jürgen
diff --git a/src/frontends/qt/FancyLineEdit.cpp b/src/frontends/qt/FancyLine
Am Mittwoch, dem 16.08.2023 um 14:33 -0400 schrieb Scott Kostyshak:
> I think Daniel is talking about:
>
> Document > Settings > Format > Output > "Allow running external
> programs"
Or, for that matter, Tools > Preferences > File Handling > Converters >
Use needauth option
>
> Whether 5 or 6
Am Samstag, dem 12.08.2023 um 12:47 +0200 schrieb Jürgen Spitzmüller:
> > Another possible patch attached
>
> Yes, this is neat, but I wanted to avoid changing the package loading
> order if not absolutely necessary.
I came back to this because I like its simplicity and went ahead
Am Sonntag, dem 13.08.2023 um 16:38 +0200 schrieb Jean-Pierre Chrétien:
> I think that there are not many prettyref users in general, since
> refstyle is much more powerful.
Not sure about that. Personally, I never got warm with refstyle and
still prefer prettyref (also due to its simplicity).
--
Am Samstag, dem 12.08.2023 um 12:18 +0300 schrieb Udicoudco:
>
> Another possible patch attached
Yes, this is neat, but I wanted to avoid changing the package loading
order if not absolutely necessary.
--
Jürgen
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/lis
Am Freitag, dem 11.08.2023 um 23:11 +0300 schrieb Udicoudco:
> Jürgen, your code should work, you just forgot
> to change the category code of @.
> See the patch prettyref-detokenize.patch.
Ouch %-/ Thanks!
> But I think we should note it could potentially
> change the behaviour of the package,
Am Freitag, dem 11.08.2023 um 17:39 +0200 schrieb Jürgen Spitzmüller:
> Should be fixed now.
Not yet. It does compile, but the references are broken. I'll see if I
can fix that. Otherwise, I'll revert.
--
Jürgen
signature.asc
Description: This is a digitally signed message part
Am Freitag, dem 11.08.2023 um 10:56 -0400 schrieb Scott Kostyshak:
> Thanks for taking a look,
Should be fixed now.
--
Jürgen
signature.asc
Description: This is a digitally signed message part
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-devel
Am Freitag, dem 11.08.2023 um 07:56 -0400 schrieb Scott Kostyshak:
> I get the following:
>
> export/doc/Customization_lyx22 (Failed)
> export/doc/Customization_lyx23 (Failed)
> export/doc/Customization_dvi (Failed)
> export/doc/Customization_pdf (Failed)
> DEFAULTOUTPUT_export/doc/Custo
301 - 400 of 1005 matches
Mail list logo
