Re: Enhancement Idea: Combination Horizontal and Vertical Split Screen in Lyx

On Wed, Nov 27, 2024 at 09:32:39PM -0500, Louis Hiener wrote: > Hi Scott, > > Thanks for replying so quickly! > > Taking your points/questions in reverse order: For my use case, one > scenario would be to be able to split the main window vertically (into left > and right halves) with the split be

Re: Enhancement Idea: Combination Horizontal and Vertical Split Screen in Lyx

Hi Pavel, Thank you for replying so quickly! I like your work-around. It will certainly help in the short term, and may be sufficient for the long term as well. I'll give it a try! Kind regards, Lou On Tue, Nov 19, 2024 at 5:23 AM Pavel Sanda wrote: > On Mon, Nov 18, 2024 at 09:37:45PM -0500,

Re: Enhancement Idea: Combination Horizontal and Vertical Split Screen in Lyx

Hi Scott, Thanks for replying so quickly! Taking your points/questions in reverse order: For my use case, one scenario would be to be able to split the main window vertically (into left and right halves) with the split being adjustable as it is in Lyx now when you select View|Split View Into Left

Re: Enhancement Idea: Combination Horizontal and Vertical Split Screen in Lyx

On Mon, Nov 18, 2024 at 09:37:45PM -0500, Louis Hiener wrote: > Good afternoon, > > I am an embedded systems and signal processing development engineer, > and have been using Lyx in my daily work since 2001. I use it both for > capturing my daily notes (technical and otherwise), as well as for > d

Re: Enhancement Idea: Combination Horizontal and Vertical Split Screen in Lyx

On Tue, Nov 19, 2024 at 11:48:37AM +0100, Jürgen Spitzmüller wrote: > Am Dienstag, dem 19.11.2024 um 09:46 +0100 schrieb Scott Kostyshak: > > That said, it is the first time I have heard of this request from a > > user, so I don't know if developers will place it as a high priority. > > Well, we h

Re: Enhancement Idea: Combination Horizontal and Vertical Split Screen in Lyx

Am Dienstag, dem 19.11.2024 um 09:46 +0100 schrieb Scott Kostyshak: > That said, it is the first time I have heard of this request from a > user, so I don't know if developers will place it as a high priority. Well, we have a 16 year old ticket requesting this: https://www.lyx.org/trac/ticket/5044

Re: Enhancement Idea: Combination Horizontal and Vertical Split Screen in Lyx

On Mon, Nov 18, 2024 at 09:37:45PM -0500, Louis Hiener wrote: > split it in the same direction. What would be very useful (to me, at least) > would be the ability to split each split screen pane in either direction. I have work-around in case you don't know it yet. You can open the document, then

Re: [enhancement] add *.xlsx to external data material dialog (table) and file handler

Richard Heck wrote: > On 09/06/2016 06:10 PM, Georg Baum wrote: >> Richard Heck wrote: >> >>> On 09/05/2016 04:56 PM, Georg Baum wrote: I think he meant the missing .xlsx extension in the external material file dialog. I added this in master at df8e0ed9e0c37ab7. >>> Fine for stable too.

RE: [enhancement] add *.xlsx to external data material dialog (table) and file handler

From: Helge Hafting [mailto:helge.haft...@ntnu.no] Sent: Monday, September 5, 2016 3:07 PM Den 05. sep. 2016 00:53, skrev Jannick: > Currently lyx deals with *.xls files only, while the Excel world > rather turns around .xlsx files. It would be great if lyx could be > extended including the fil

Re: [enhancement] add *.xlsx to external data material dialog (table) and file handler

On 09/06/2016 06:10 PM, Georg Baum wrote: > Richard Heck wrote: > >> On 09/05/2016 04:56 PM, Georg Baum wrote: >>> I think he meant the missing .xlsx extension in the external material >>> file dialog. I added this in master at df8e0ed9e0c37ab7. >> Fine for stable too. > I need 646d47ae9393bc for s

Re: [enhancement] add *.xlsx to external data material dialog (table) and file handler

Richard Heck wrote: > On 09/05/2016 04:56 PM, Georg Baum wrote: >> I think he meant the missing .xlsx extension in the external material >> file dialog. I added this in master at df8e0ed9e0c37ab7. > > Fine for stable too. I need 646d47ae9393bc for stable too, otherwise I only see one filter "All

Re: [enhancement] add *.xlsx to external data material dialog (table) and file handler

On 09/05/2016 04:56 PM, Georg Baum wrote: > Helge Hafting wrote: > >> Den 05. sep. 2016 00:53, skrev Jannick: >>> Currently lyx deals with *.xls files only, while the Excel world rather >>> turns around .xlsx files. It would be great if lyx could be extended >>> including the file handler where ssc

Re: [enhancement] add *.xlsx to external data material dialog (table) and file handler

Helge Hafting wrote: > Den 05. sep. 2016 00:53, skrev Jannick: >> Currently lyx deals with *.xls files only, while the Excel world rather >> turns around .xlsx files. It would be great if lyx could be extended >> including the file handler where ssconvert appears to faithfully extract >> data from

Re: [enhancement] add *.xlsx to external data material dialog (table) and file handler

Den 05. sep. 2016 00:53, skrev Jannick: Currently lyx deals with *.xls files only, while the Excel world rather turns around .xlsx files. It would be great if lyx could be extended including the file handler where ssconvert appears to faithfully extract data from *.xlsx files. I am not subscri

Re: Enhancement Suggestion: Preamble Fixed-width Font

Am 15.04.2016 um 11:06 schrieb Scott Kostyshak : > > On Fri, Apr 15, 2016 at 10:36:59AM +0200, Stephan Witt wrote: >> Am 15.04.2016 um 09:51 schrieb Scott Kostyshak : >>> >>> On Thu, Apr 14, 2016 at 08:53:24PM +0200, Stephan Witt wrote: Am 14.04.2016 um 20:16 schrieb Guillaume Munch : >

Re: Enhancement Suggestion: Preamble Fixed-width Font

On Fri, Apr 15, 2016 at 10:36:59AM +0200, Stephan Witt wrote: > Am 15.04.2016 um 09:51 schrieb Scott Kostyshak : > > > > On Thu, Apr 14, 2016 at 08:53:24PM +0200, Stephan Witt wrote: > >> Am 14.04.2016 um 20:16 schrieb Guillaume Munch : > >>> > >>> Le 14/04/2016 19:05, Stephan Witt a écrit : > >>

Re: Enhancement Suggestion: Preamble Fixed-width Font

On 15/04/2016 7:51 p.m., Scott Kostyshak wrote: On Thu, Apr 14, 2016 at 08:53:24PM +0200, Stephan Witt wrote: Am 14.04.2016 um 20:16 schrieb Guillaume Munch : Le 14/04/2016 19:05, Stephan Witt a écrit : Yes, it’s attached. Thanks for testing. Works well on Linux+qt{4,5}. Two remarks: * is

Re: Enhancement Suggestion: Preamble Fixed-width Font

On Thu, Apr 14, 2016 at 08:53:24PM +0200, Stephan Witt wrote: > Am 14.04.2016 um 20:16 schrieb Guillaume Munch : > > > > Le 14/04/2016 19:05, Stephan Witt a écrit : > >> > >> Yes, it’s attached. Thanks for testing. > >> > > > > > > Works well on Linux+qt{4,5}. > > > > Two remarks: > > > > *

Re: Enhancement Suggestion: Preamble Fixed-width Font

Le 14/04/2016 19:53, Stephan Witt a écrit : Am 14.04.2016 um 20:16 schrieb Guillaume Munch : Le 14/04/2016 19:05, Stephan Witt a écrit : Yes, it’s attached. Thanks for testing. Works well on Linux+qt{4,5}. Two remarks: * isFixedPitch() would be in an anonymous namespace by what I know o

Re: Enhancement Suggestion: Preamble Fixed-width Font

Am 14.04.2016 um 20:16 schrieb Guillaume Munch : > > Le 14/04/2016 19:05, Stephan Witt a écrit : >> >> Yes, it’s attached. Thanks for testing. >> > > > Works well on Linux+qt{4,5}. > > Two remarks: > > * isFixedPitch() would be in an anonymous namespace by what I know of LyX's > code style.

Re: Enhancement Suggestion: Preamble Fixed-width Font

Le 14/04/2016 19:05, Stephan Witt a écrit : Yes, it’s attached. Thanks for testing. Works well on Linux+qt{4,5}. Two remarks: * isFixedPitch() would be in an anonymous namespace by what I know of LyX's code style. * In my patch I compute typewriterFontName() from typewriterSystemFont. Wo

Re: Enhancement Suggestion: Preamble Fixed-width Font

Am 14.04.2016 um 19:46 schrieb Guillaume Munch : > > Le 14/04/2016 18:41, Stephan Witt a écrit : >> Am 14.04.2016 um 19:28 schrieb Guillaume Munch : >>> >>> Le 14/04/2016 18:10, Stephan Witt a écrit : Am 14.04.2016 um 18:18 schrieb Joel Kulesza : > > On Thu, Apr 14, 2016 at 10:

Re: Enhancement Suggestion: Preamble Fixed-width Font

Le 14/04/2016 18:41, Stephan Witt a écrit : Am 14.04.2016 um 19:28 schrieb Guillaume Munch : Le 14/04/2016 18:10, Stephan Witt a écrit : Am 14.04.2016 um 18:18 schrieb Joel Kulesza : On Thu, Apr 14, 2016 at 10:24 AM, Guillaume Munch wrote: Can you please try the attached patch? That patch

Re: Enhancement Suggestion: Preamble Fixed-width Font

Am 14.04.2016 um 19:28 schrieb Guillaume Munch : > > Le 14/04/2016 18:10, Stephan Witt a écrit : >> Am 14.04.2016 um 18:18 schrieb Joel Kulesza : >>> >>> On Thu, Apr 14, 2016 at 10:24 AM, Guillaume Munch >>> wrote: >>> >>> Can you please try the attached patch? >>> >>> That patch seemed to wor

Re: Enhancement Suggestion: Preamble Fixed-width Font

Le 14/04/2016 18:10, Stephan Witt a écrit : Am 14.04.2016 um 18:18 schrieb Joel Kulesza : On Thu, Apr 14, 2016 at 10:24 AM, Guillaume Munch wrote: Can you please try the attached patch? That patch seemed to work to correct the issue in both places (see attached). The font seems small (I'm no

Re: Enhancement Suggestion: Preamble Fixed-width Font

Am 14.04.2016 um 18:18 schrieb Joel Kulesza : > > On Thu, Apr 14, 2016 at 10:24 AM, Guillaume Munch wrote: > > Can you please try the attached patch? > > That patch seemed to work to correct the issue in both places (see attached). > The font seems small (I'm not sure if that's perception or r

Re: Enhancement Suggestion: Preamble Fixed-width Font

Le 14/04/2016 17:18, Joel Kulesza a écrit : On Thu, Apr 14, 2016 at 10:24 AM, Guillaume Munch mailto:g...@lyx.org>> wrote: Can you please try the attached patch? That patch seemed to work to correct the issue in both places (see attached). The font seems small (I'm not sure if that's perc

Re: Enhancement Suggestion: Preamble Fixed-width Font

Le 14/04/2016 13:33, Joel Kulesza a écrit : On Thu, Apr 14, 2016 at 8:29 AM, Joel Kulesza mailto:jkule...@gmail.com>> wrote: On Thu, Apr 14, 2016 at 8:18 AM, Guillaume Munch mailto:g...@lyx.org>> wrote: Yes it's there. Code is very now similar to the source panel. What font

Re: Enhancement Suggestion: Preamble Fixed-width Font

Le 14/04/2016 12:13, Joel Kulesza a écrit : On Wed, Feb 17, 2016 at 10:39 PM, Scott Kostyshak mailto:skost...@lyx.org>> wrote: On Wed, Feb 17, 2016 at 10:11:27PM -0500, Richard Heck wrote: > Seems to me a change better for 2.2.0, if Scott is all right with it. Yes go ahead. And thank

Re: Enhancement Suggestion: Preamble Fixed-width Font

On Wed, Feb 17, 2016 at 10:39 PM, Scott Kostyshak wrote: > On Wed, Feb 17, 2016 at 10:11:27PM -0500, Richard Heck wrote: > > Seems to me a change better for 2.2.0, if Scott is all right with it. > Yes go ahead. And thanks for the patch. > Scott > Is this a feature that would have been included i

Re: Enhancement Suggestion: Preamble Fixed-width Font

On Wed, Feb 17, 2016 at 10:11:27PM -0500, Richard Heck wrote: > On 02/17/2016 09:09 PM, Guillaume Munch wrote: > > Le 18/02/2016 01:58, Richard Heck a écrit : > >> On 02/17/2016 05:11 PM, Pavel Sanda wrote: > >>> Guillaume Munch wrote: > The attached patch copies code from the source panel, so

Re: Enhancement Suggestion: Preamble Fixed-width Font

On 02/17/2016 09:09 PM, Guillaume Munch wrote: > Le 18/02/2016 01:58, Richard Heck a écrit : >> On 02/17/2016 05:11 PM, Pavel Sanda wrote: >>> Guillaume Munch wrote: The attached patch copies code from the source panel, so it is safe. >>> I don't know what is the current beta policy, if Scott

Re: Enhancement Suggestion: Preamble Fixed-width Font

Le 18/02/2016 01:58, Richard Heck a écrit : On 02/17/2016 05:11 PM, Pavel Sanda wrote: Guillaume Munch wrote: The attached patch copies code from the source panel, so it is safe. I don't know what is the current beta policy, if Scott is fine with that it has my +1. Tested? If so, has my +1,

Re: Enhancement Suggestion: Preamble Fixed-width Font

On 02/17/2016 05:11 PM, Pavel Sanda wrote: > Guillaume Munch wrote: >> The attached patch copies code from the source panel, so it is safe. > I don't know what is the current beta policy, if Scott is fine with that it > has my +1. Tested? If so, has my +1, too. (No time myself right now.) rh

Re: Enhancement Suggestion: Preamble Fixed-width Font

Guillaume Munch wrote: > The attached patch copies code from the source panel, so it is safe. I don't know what is the current beta policy, if Scott is fine with that it has my +1. Pavel

Re: Enhancement Suggestion: Preamble Fixed-width Font

On 2016-02-17, Guillaume Munch wrote: > [-- Type: text/plain, Encoding: 8bit --] > Le 17/02/2016 19:10, Pavel Sanda a écrit : >> Joel Kulesza wrote: >>> My suggestion is to change the default font of the Settings->Preamble text >>> box to a fixed-width font because the content is effectively code

Re: Enhancement Suggestion: Preamble Fixed-width Font

Le 17/02/2016 19:10, Pavel Sanda a écrit : Joel Kulesza wrote: My suggestion is to change the default font of the Settings->Preamble text box to a fixed-width font because the content is effectively code. This change should improve readability for those that make extensive use of the preamble.

Re: Enhancement Suggestion: Preamble Fixed-width Font

Joel Kulesza wrote: > My suggestion is to change the default font of the Settings->Preamble text > box to a fixed-width font because the content is effectively code. This > change should improve readability for those that make extensive use of the > preamble. > > Going a step further with the top

Re: Re: enhancement request: support biblatex

José Matos wrote: > On Monday 28 April 2014 08:13:49 Neal Becker wrote: >> https://bugzilla.redhat.com/show_bug.cgi?id=584063 >> >> Seems fedora is not shipping biber, it is still an open bug > > Why don't you install the package from the copr repository pointed there? > > With some feedback it

Re: Re: enhancement request: support biblatex

On Monday 28 April 2014 08:13:49 Neal Becker wrote: > https://bugzilla.redhat.com/show_bug.cgi?id=584063 > > Seems fedora is not shipping biber, it is still an open bug Why don't you install the package from the copr repository pointed there? With some feedback it will possible to place this pac

Re: enhancement request: support biblatex

On 04/28/2014 08:37 AM, stefano franchi wrote: On Mon, Apr 28, 2014 at 7:13 AM, Neal Becker > wrote: https://bugzilla.redhat.com/show_bug.cgi?id=584063 Seems fedora is not shipping biber, it is still an open bug You can always install it from their sit

Re: enhancement request: support biblatex

On Mon, Apr 28, 2014 at 7:13 AM, Neal Becker wrote: > https://bugzilla.redhat.com/show_bug.cgi?id=584063 > > Seems fedora is not shipping biber, it is still an open bug > > You can always install it from their site, if you are willing to bypass Fedora's package management system: http://biblatex

Re: enhancement request: support biblatex

https://bugzilla.redhat.com/show_bug.cgi?id=584063 Seems fedora is not shipping biber, it is still an open bug On Mon, Apr 28, 2014 at 8:07 AM, stefano franchi wrote: > > > > On Mon, Apr 28, 2014 at 7:02 AM, Neal Becker wrote: > >> stefano franchi wrote: >> >> > On Mon, Apr 28, 2014 at 6:29 AM

Re: enhancement request: support biblatex

On Mon, Apr 28, 2014 at 7:02 AM, Neal Becker wrote: > stefano franchi wrote: > > > On Mon, Apr 28, 2014 at 6:29 AM, Neal Becker > wrote: > > > >> I have read that biblatex is the way of the future. Unfortunately, I > >> understand > >> that lyx does not currently support biblatex. > >> > > > >

Re: enhancement request: support biblatex

stefano franchi wrote: > On Mon, Apr 28, 2014 at 6:29 AM, Neal Becker wrote: > >> I have read that biblatex is the way of the future. Unfortunately, I >> understand >> that lyx does not currently support biblatex. >> > > Lyx supports biblatex *partially*. You can use biblatex in lyx with a few

Re: enhancement request: support biblatex

On Mon, Apr 28, 2014 at 6:29 AM, Neal Becker wrote: > I have read that biblatex is the way of the future. Unfortunately, I > understand > that lyx does not currently support biblatex. > Lyx supports biblatex *partially*. You can use biblatex in lyx with a few workarounds, all detailed in the co

Re: enhancement suggestion: include combine class

On 08/26/2010 10:00 AM, Peter Gamalrevicz wrote: Dear LyX-developers, first off: thanks for a great piece of software. I have one suggestion: the combine class is very handy for having several documents in one, which is especially useful for collections of articles. The class can be found on

Re: Enhancement bugs for 2.0

On 2010-04-01, Jean-Marc Lasgouttes wrote: > Le 31/03/2010 13:07, Guenter Milde a écrit : >> I wonder if we could use utf-8 as default latex source encoding for most >> (all) languages if the locale is UTF-8. > AFAIK, UTF8 support is too weak in LaTeX right now. While it is weak in LaTeX, LyX's

Re: Enhancement bugs for 2.0

Le 30/03/2010 14:01, Jean-Marc Lasgouttes a écrit : - pass the "noae" option to Sweave to make sure it does not ruin our font settings. http://www.lyx.org/trac/ticket/6624 This one is fixed now. JMarc

Re: Enhancement bugs for 2.0

Le 31/03/2010 13:07, Guenter Milde a écrit : On 2010-03-30, Jean-Marc Lasgouttes wrote: Pavel Sanda writes: last call for 2.0 feature requests we have reported. - currently, Sweave reads the files in the encoding of the current locale. This fails as soon as the locale is UTF-8 and the do

Re: Enhancement bugs for 2.0

On 2010-03-30, Jean-Marc Lasgouttes wrote: > Pavel Sanda writes: >> last call for 2.0 feature requests we have reported. > - currently, Sweave reads the files in the encoding of the current > locale. This fails as soon as the locale is UTF-8 and the document is > 8bit (because the characters

Re: Enhancement bugs for 2.0

Jean-Marc Lasgouttes wrote: > > JMarc? btw i'm generally lost whats the sweave status. > > are there some issues you still plan to do > > or just documentation is missing now? one more thing - adding entry to newinlyx20 wiki section, so documentation is not forgotten. i would add it myself if i h

Re: Enhancement bugs for 2.0

Gregor GORJANC writes: > On 30 March 2010 14:01, Jean-Marc Lasgouttes wrote: > ... >> - find a way to read local files. If I have a >>   read.table("foo.txt") >>  in the file, it will fail because R is ran from the tmp dir. Since >>   there is no PATH-like support in R, I do not know how to solve

Re: Enhancement bugs for 2.0

Pavel Sanda writes: > Jean-Marc Lasgouttes wrote: >> I marked the bug as fixedintrunk and opened new ones for each separate >> problem. The milestone is 2.0.0 for now, but we have to discuss this. > > something to be done with these two? > http://www.lyx.org/trac/ticket/48 This one I do not know

Re: Enhancement bugs for 2.0

Hi, Please read bellow. On 30 March 2010 14:01, Jean-Marc Lasgouttes wrote: ... > - find a way to read local files. If I have a >   read.table("foo.txt") >  in the file, it will fail because R is ran from the tmp dir. Since >   there is no PATH-like support in R, I do not know how to solve the >

Re: Enhancement bugs for 2.0

Jean-Marc Lasgouttes wrote: > I marked the bug as fixedintrunk and opened new ones for each separate > problem. The milestone is 2.0.0 for now, but we have to discuss this. something to be done with these two? http://www.lyx.org/trac/ticket/48 http://www.lyx.org/trac/ticket/6137 > I have also wor

Re: Enhancement bugs for 2.0

Pavel Sanda writes: > last call for 2.0 feature requests we have reported. I am really late with this, but I am a bit overwhelmed by work and baby, > > * http://www.lyx.org/trac/ticket/4072 > Default document settings in .layout files > Personnally, I am against this feature as it is presented.

Re: Enhancement bugs for 2.0

>> * http://www.lyx.org/trac/ticket/3865 >> implement to define color definitions in document settings >> >> i guess c. Uwe? > > This issue is very complicated because we have to store all colors that the user might already > have defined previously in a document. For stability reasons of 2.0, I

Re: Enhancement bugs for 2.0

Leuven recently proposed a rework of the current simple-search dialog. Are we going to have 3 search facilities ? - simple-search dialog - advanced-search pane - simple-search bar ? I'm not sure I remember what Edwin proposed. Or, are you thinking to just replace the simple-search dialog w

Re: Enhancement bugs for 2.0

Tommaso Cucinotta wrote: > Or, are you thinking to just replace the simple-search dialog with the bar > ? yes that was the proposal. pavel

Re: Enhancement bugs for 2.0

Vincent van Ravesteijn - TNW wrote: to me it was fixed by new search pane. Vincent however have idea to convert the current simple search dialog into search bar. opinions? anybody wants to work on it? otherwise c. I've already done some work on it. I really want to have this in 2.0.0, so w

Re: Enhancement bugs for 2.0

On 03/25/2010 02:16 PM, Jürgen Spitzmüller wrote: * http://www.lyx.org/trac/ticket/6455 Multiple index UI polishment - index inset should display something besides just "Idx" - Insert>Toc menu should probably say "Index: Names" rather than just "Names". Juegen, Richard? I don't see a

RE: Enhancement bugs for 2.0

Vincent van Ravesteijn - TNW wrote: > > Did you update today ? I think they are now exactly the same. > Thank you. It is much better. Still, I would go further and get rid of the advanced tab: - At the top of the pane I would put the scope as a combo box - Then a smaller Find TextEdit - Then

RE: Enhancement bugs for 2.0

>Would it not be better to have one search&replace dialog and a >button to toggle between simple mode and advanced mode. The simple search will be a toolbar if it's up to me. >Today the advanced mode pane design is different than the simple one in >term of place of the find button, replace button

RE: Enhancement bugs for 2.0

Vincent van Ravesteijn - TNW wrote: >>* http://www.lyx.org/trac/ticket/2625 >>convert the search dialog to a search bar >> >>to me it was fixed by new search pane. Vincent however have idea >>to convert the current simple search dialog into search bar. opinions? >>anybody wants to work on it? othe

Re: Enhancement bugs for 2.0

Pavel Sanda wrote: > * http://www.lyx.org/trac/ticket/1714 > LyX doesn't allow environments with options > - actually support for environments (and commands) with > multiple mandatory arguments, > > JMarc, Juergen? I have started to implement that some time ago, but I got no time to finish it, a

Re: Enhancement bugs for 2.0

> * http://www.lyx.org/trac/ticket/2591 > text inset for tipa > > Juergen, Uwe? I won't have time to work on that for 2.0. > * http://www.lyx.org/trac/ticket/2605 > Add checkbox for automatic equation, figure and table > numbering corresponding to section number > > no activity for 3 years. c?

Re: Enhancement bugs for 2.0

Vincent van Ravesteijn - TNW wrote: > >* http://www.lyx.org/trac/ticket/3865 > >implement to define color definitions in document settings > > > >i guess c. Uwe? > > > > This should be done as soon as possible. > > Why do you want to remove all milestones almost ? this list was little bit biased

Re: Enhancement bugs for 2.0

Richard Heck wrote: > We need 2.0.x and 2.1 milestones now then. i have already asked about this. pavel

RE: Enhancement bugs for 2.0

last call for 2.0 feature requests we have reported. i'm going to cleanup bugzilla from enhacenments we wont offer in 2.0. i have listed those which are not clear and we have to decide which action should we take on each of the requests. a) do it for 2.0 b) postpone for 2.1 in case you want to wor

Re: Enhancement bugs for 2.0

On 03/25/2010 09:52 AM, Pavel Sanda wrote: hi, last call for 2.0 feature requests we have reported. i'm going to cleanup bugzilla from enhacenments we wont offer in 2.0. i have listed those which are not clear and we have to decide which action should we take on each of the requests. a) do it f

Re: [patch] Re: Enhancement? Documentation issue? Neither?

Jürgen Spitzmüller wrote: We could forbid the insertion of the specific types within the specific problematic context. Unless someone had a huge need to insert boxed text in a caption, that would make sense to me. For people who are not TeXperts, debugging a problem caused by a note in a

Re: [patch] Re: Enhancement? Documentation issue? Neither?

Paul A. Rubin wrote: > a.  inserting any note object other than a LyX Note in a caption blows > up LaTeX; and > > b.  inserting a comment in a footnote blows up LaTeX (but inserting a > Greyed, Framed or Shaded note in a footnote works just fine). These are old bugs. > This is with LyX 1.5.4, in

Re: [patch] Re: Enhancement? Documentation issue? Neither?

Jürgen Spitzmüller wrote: The fix has been committed, so a bug report is not needed anymore. I just checked, and discovered the following: a. inserting any note object other than a LyX Note in a caption blows up LaTeX; and b. inserting a comment in a footnote blows up LaTeX (but inserti

Re: [patch] Re: Enhancement? Documentation issue? Neither?

Jürgen Spitzmüller wrote: Jürgen Spitzmüller wrote: IMO this is a bug proper And here's the fix. A simple oversight. The fix has been committed, so a bug report is not needed anymore. Thanks for pointing this out. Jürgen Wow, that was fast! My pleasure -- always happy to make work for

Re: [patch] Re: Enhancement? Documentation issue? Neither?

Jürgen Spitzmüller wrote: > > IMO this is a bug proper > > And here's the fix. A simple oversight. The fix has been committed, so a bug report is not needed anymore. Thanks for pointing this out. Jürgen

[patch] Re: Enhancement? Documentation issue? Neither?

Jürgen Spitzmüller wrote: > IMO this is a bug proper And here's the fix. A simple oversight. Jürgen Index: src/insets/InsetNote.h === --- src/insets/InsetNote.h (Revision 23556) +++ src/insets/InsetNote.h (Arbeitskopie) @@ -77,6 +77,

Re: Enhancement? Documentation issue? Neither?

Paul A. Rubin wrote: > Opinions? IMO this is a bug proper (no enhancement request). Jürgen

Re: Enhancement

Le 27 juin 07 à 13:21, Abdelrazak Younes a écrit : Mael Hilléreau wrote: Great! BTW, do you have an opinion (better, an explanation) on whether it is needed to perform a CRC for graphics? I'm referring to a previous discussion entitled "Converter problem with Mac OS packages" (http://marc.

Re: Enhancement

Le 29 juin 07 à 13:29, Abdelrazak Younes a écrit : Mael Hilléreau wrote: Le 29 juin 07 à 10:06, Abdelrazak Younes a écrit : 2. Regarding C.: there was certainly a motivation for introducing the CRC for regular files, but nobody explained it deeply. So who did introduce the CRC test, and why

Re: Enhancement

Mael Hilléreau wrote: Le 29 juin 07 à 10:06, Abdelrazak Younes a écrit : 2. Regarding C.: there was certainly a motivation for introducing the CRC for regular files, but nobody explained it deeply. So who did introduce the CRC test, and why? AFAIU, the CRC based solution is required for files

Re: Enhancement

Le 29 juin 07 à 10:06, Abdelrazak Younes a écrit : B. I proposed a patch which does the job, but in which cache update is only led by comparing directories' timestamps. Could you post it again agains latest SVN? Unfortunately, I do not have SVN installed due to a compilation problem with

Re: Enhancement

Mael Hilléreau wrote: Le 27 juin 07 à 13:21, Abdelrazak Younes a écrit : Mael Hilléreau wrote: Great! BTW, do you have an opinion (better, an explanation) on whether it is needed to perform a CRC for graphics? I'm referring to a previous discussion entitled "Converter problem with Mac OS pac

Re: Enhancement

Le 27 juin 07 à 13:21, Abdelrazak Younes a écrit : Mael Hilléreau wrote: Great! BTW, do you have an opinion (better, an explanation) on whether it is needed to perform a CRC for graphics? I'm referring to a previous discussion entitled "Converter problem with Mac OS packages" (http://marc.

Re: Enhancement

Mael Hilléreau wrote: Great! BTW, do you have an opinion (better, an explanation) on whether it is needed to perform a CRC for graphics? I'm referring to a previous discussion entitled "Converter problem with Mac OS packages" (http://marc.info/?t=11801978938&r=1&w=4). Besides, nobody answer

Re: Enhancement

On Tue, 2007-06-26 at 17:01 +0200, Mael Hilléreau wrote: > I have a feature request: Would it be possible to perform output > generation in a different thread so that LyX wouldn't freeze while > compiling? This would be particularly appreciated with big documents > which take a long time to c

Re: Enhancement

Le 26 juin 07 à 17:55, Abdelrazak Younes a écrit : José Matos wrote: On Tuesday 26 June 2007 16:15:32 Richard Heck wrote: May I file an enhancement at bugzilla? (I didn't find any dealing with this) Of course. This subject has been discussed here before I would be surprised if this is n

Re: Enhancement

Andre Poenitz wrote: > On Tue, Jun 26, 2007 at 04:46:39PM +0100, José Matos wrote: >> AFAIR one proposed solution implied the use of boost support for threads. >> This would hide the platform specific details. > > Do boost threads work nowadays on Windows? Yes, also on Windows CE ;) > > I wa

Re: Enhancement

On Tue, Jun 26, 2007 at 04:46:39PM +0100, José Matos wrote: > AFAIR one proposed solution implied the use of boost support for threads. > This would hide the platform specific details. Do boost threads work nowadays on Windows? I was under the impression that they use pthreads there, which "wo

Re: Enhancement

Le 26 juin 07 à 17:15, Richard Heck a écrit : Mael Hilléreau wrote: I have a feature request: Would it be possible to perform output generation in a different thread so that LyX wouldn't freeze while compiling? This would be particularly appreciated with big documents which take a long tim

Re: Enhancement

Abdelrazak Younes <[EMAIL PROTECTED]> writes: > José Matos wrote: > > On Tuesday 26 June 2007 16:15:32 Richard Heck wrote: > >>> May I file an enhancement at bugzilla? (I didn't find any dealing with > >>> this) > >> Of course. > > This subject has been discussed here before I would be > > surpri

Re: Enhancement

Abdelrazak Younes wrote: > Yes and at least two preliminary implementations exist: > - one from Peter K. using threads with possibly the shortcomings > described below by Richard. Mmmm... > - one from myself using the same forked controller as the one used for > graphics conversion. I like this

Re: Enhancement

José Matos wrote: On Tuesday 26 June 2007 16:15:32 Richard Heck wrote: May I file an enhancement at bugzilla? (I didn't find any dealing with this) Of course. This subject has been discussed here before I would be surprised if this is not on bugzilla, or at at least in the wiki. Yes and

Re: Enhancement

On Tuesday 26 June 2007 16:15:32 Richard Heck wrote: > > > > May I file an enhancement at bugzilla? (I didn't find any dealing with > > this) > > Of course. This subject has been discussed here before I would be surprised if this is not on bugzilla, or at at least in the wiki. > This is not di

Re: Enhancement

Mael Hilléreau wrote: I have a feature request: Would it be possible to perform output generation in a different thread so that LyX wouldn't freeze while compiling? This would be particularly appreciated with big documents which take a long time to come up. May I file an enhancement at bugzil

Re: Enhancement idea: Teamedit

Jonathan Vogt wrote: Am Montag 23 Oktober 2006 14:38 schrieb Abdelrazak Younes: Jonathan Vogt wrote: Hi all, I don't know if it has been discussed already, at least I didn't find anything on the list and the web, but I'd would appreciate if Lyx could support team work, i.e. a couple of people w

Re: Enhancement idea: Teamedit

Am Montag 23 Oktober 2006 14:38 schrieb Abdelrazak Younes: > Jonathan Vogt wrote: > > Hi all, > > I don't know if it has been discussed already, at least I didn't find > > anything on the list and the web, but I'd would appreciate if Lyx could > > support team work, i.e. a couple of people working

Re: Enhancement idea: Teamedit

Jonathan Vogt wrote: Hi all, I don't know if it has been discussed already, at least I didn't find anything on the list and the web, but I'd would appreciate if Lyx could support team work, i.e. a couple of people working on one document at the same time (like http://teamedit.sourceforge.net/)