Re: Trunk is completely frozen for any commits [unfrozen]

Pavel Sanda wrote: Vincent van Ravesteijn wrote: On Wed, May 4, 2011 at 11:20 PM, Pavel Sanda sa...@lyx.org wrote: Pavel Sanda wrote: Stephan, Joost I plan to announce the whole thing not later than tomorrow night, it would be nice to have binaries on ftp. both are there.

Re: Dictionaries location for LyX on Linux

Stephan Witt wrote: I don't know how to get the missing version 2 thesauri. Your distro has the same problem and provides format 1 instead. But it is usable only for version 1 read capable thesaurus implementations. LyX cannot use them. Sorry, I've looked at the wrong place and stand

Re: Dictionaries location for LyX on Linux

On 05/05/2011 07:36, Stephan Witt wrote: Am 04.05.2011 um 23:42 schrieb Pavel Sanda: Stephan Witt wrote: Sorry, I think this must be was a side effect of some change - at first the debug output had path names... Stephan i have next problems. i see you coded some checking for the header of

Re: Goals for 2.1

On 2011-05-04, Rob Oakes wrote: The user won't see git at all. The user would see a new embedded lyx format, we can call it elyx for example. I know this is still in the very early planning state, nevertheless I cannot resist to give an early warning: elyx might be confusing (as it does not

Re: Goals for 2.1

On Thu, May 5, 2011 at 10:08 AM, Guenter Milde mi...@users.berlios.de wrote: elyx might be confusing (as it does not have any relation to the elyxer LyX-HTML converter). We could consider 'blyx' (from Bundle LyX) or 'glyx' (from GIT LyX). Naming aside, it would be very impressive (!) if a

Re: Goals for 2.1

On 2011-05-04, Andre Poenitz wrote: On Wed, May 04, 2011 at 05:27:36PM +0200, Tommaso Cucinotta wrote: Il 04/05/2011 17:16, Rob Oakes ha scritto: ... Also, if really we have too many features, what about trying to embed some modularity in LyX and make them dynamically loadable on-demand ?

Re: Goals for 2.1

Liviu Andronic wrote: On Thu, May 5, 2011 at 10:08 AM, Guenter Milde mi...@users.berlios.de wrote: elyx might be confusing (as it does not have any relation to the elyxer LyX-HTML converter). We could consider 'blyx' (from Bundle LyX) or 'glyx' (from GIT LyX). whatsoever will be chosen i

Re: Goals for 2.1

On Wednesday 04 May 2011 22:06:36 Enrico Forestieri wrote: No doubt. However, one uses LyX instead of straight LaTeX because in LyX there are so much buttons and menus to explore, while LaTeX would require reading documentation. The same is true as regards autotools and cmake, I think. So,

Re: Goals for 2.1

José Matos wrote: On Wednesday 04 May 2011 22:06:36 Enrico Forestieri wrote: No doubt. However, one uses LyX instead of straight LaTeX because in LyX there are so much buttons and menus to explore, while LaTeX would require reading documentation. The same is true as regards autotools and

Re: Goals for 2.1

On Thu, May 5, 2011 at 10:40 AM, Pavel Sanda sa...@lyx.org wrote: and LaTeX is just for bumble-bees who don't care about stability. So much for 'hard' LyX users. :) Liviu

Re: Dictionaries location for LyX on Linux

Am 05.05.2011 um 09:33 schrieb Abdelrazak Younes: On 05/05/2011 07:36, Stephan Witt wrote: Am 04.05.2011 um 23:42 schrieb Pavel Sanda: Stephan Witt wrote: Sorry, I think this must be was a side effect of some change - at first the debug output had path names... Stephan i have next

Re: Goals for 2.1

Am 05.05.2011 um 10:22 schrieb Liviu Andronic: On Thu, May 5, 2011 at 10:08 AM, Guenter Milde mi...@users.berlios.de wrote: elyx might be confusing (as it does not have any relation to the elyxer LyX-HTML converter). We could consider 'blyx' (from Bundle LyX) or 'glyx' (from GIT LyX).

Re: Goals for 2.1

On Thu, May 5, 2011 at 10:52 AM, Stephan Witt st.w...@gmx.net wrote: Aren't the 'Bundle LyX' and 'GIT LyX' feature somehow orthogonal? Abdel characterized the Embedded GIT format as equivalent (or similar) in scope to the current ZIP archive, which is a bundled LyX format. Liviu

Re: Goals for 2.1

Stephan Witt wrote: Am 05.05.2011 um 10:22 schrieb Liviu Andronic: On Thu, May 5, 2011 at 10:08 AM, Guenter Milde mi...@users.berlios.de wrote: elyx might be confusing (as it does not have any relation to the elyxer LyX-HTML converter). We could consider 'blyx' (from Bundle LyX)

Re: SVN mirror of git

Le 05/05/11 00:26, Andre Poenitz a écrit : However, I personally think of it as a means to lower psychological barriers, allowing to postpone the personal mental switch or to overcome technical or political restrictions like the ones you mentioned, but not as a long-term prefered way of working.

Re: Goals for 2.1

On 05/05/2011 10:31, Pavel Sanda wrote: Liviu Andronic wrote: On Thu, May 5, 2011 at 10:08 AM, Guenter Mildemi...@users.berlios.de wrote: elyx might be confusing (as it does not have any relation to the elyxer LyX-HTML converter). We could consider 'blyx' (from Bundle LyX) or 'glyx' (from

Re: Goals for 2.1

Le 04/05/11 18:57, Abdelrazak Younes a écrit : So I'd say currently CMake is useful but without it I'm able to work. Without automake currently we have nothing to distribute. So we have to work on it... and I am confident that it is possible to achieve that. I hope I can find the time to

Re: Goals for 2.1

Am 05.05.2011 um 10:55 schrieb Liviu Andronic: On Thu, May 5, 2011 at 10:52 AM, Stephan Witt st.w...@gmx.net wrote: Aren't the 'Bundle LyX' and 'GIT LyX' feature somehow orthogonal? Abdel characterized the Embedded GIT format as equivalent (or similar) in scope to the current ZIP archive,

Re: Goals for 2.1

Le 04/05/11 20:28, José Matos a écrit : On Wednesday 04 May 2011 18:58:34 Peter Kümmel wrote: I assume as long as we have a 80 character limit we will have autotools. ?? I do not follow the logic. :-) Just that people are getting exited by the 2.0 release. JMarc

speedup XeTeX compilation

Dear List, the recent bloat discussion mentioned a case of 15 min waiting time for a book to compile. This triggered this sharing of the follwing enhancement suggestion: When compiling with XeTeX, use a two-step approach: 1. generate XDV (extended DVI) output rather than PDF (xelatex

Re: Goals for 2.1

Le 05/05/11 10:28, Guenter Milde a écrit : Using a script language for extensions/plugins will raise this probability significantly. As language I'd use one of: The problem with script plugins is that people seem to expect that by linking LyX to python everybody will be able to write python

Re: Goals for 2.1

On 05/05/2011 11:13, Stephan Witt wrote: Am 05.05.2011 um 10:55 schrieb Liviu Andronic: On Thu, May 5, 2011 at 10:52 AM, Stephan Wittst.w...@gmx.net wrote: Aren't the 'Bundle LyX' and 'GIT LyX' feature somehow orthogonal? Abdel characterized the Embedded GIT format as equivalent (or

Re: Goals for 2.1

On 05/05/2011 11:12, Jean-Marc Lasgouttes wrote: Le 04/05/11 18:57, Abdelrazak Younes a écrit : So I'd say currently CMake is useful but without it I'm able to work. Without automake currently we have nothing to distribute. So we have to work on it... and I am confident that it is possible to

Re: Goals for 2.1

Am Donnerstag, 5. Mai 2011 schrieb Jean-Marc Lasgouttes: Le 04/05/11 18:57, Abdelrazak Younes a écrit : So I'd say currently CMake is useful but without it I'm able to work. Without automake currently we have nothing to distribute. So we have to work on it... and I am confident that it

Re: Goals for 2.1

Le 05/05/11 12:34, Kornel a écrit : What do you miss in cmake? I tried to (somehow) mimic all I was aware of from autotools. It surely is more then 80% ... From the top of my head (I ask for forgiveness if some accusations are unfounded, this is from memory) - NLS disabled by default - I

Re: Goals for 2.1

- what does LYX_DEVEL_VERSION do? What is the difference with LYX_RELEASE=OFF? This sets the DEVEL_VERSION #define. Grep the LyX source to see where it is used. Vincent

Re: Goals for 2.1

Le 05/05/11 14:01, Vincent van Ravesteijn a écrit : - what does LYX_DEVEL_VERSION do? What is the difference with LYX_RELEASE=OFF? This sets the DEVEL_VERSION #define. Grep the LyX source to see where it is used. I think these options should be rationalized and streamlined. This

Re: Development of a development model

On 04/05/2011 01:00, Vincent van Ravesteijn wrote: Hi all, I think that there is a large enough support for the new development model and/or introduction of git to think about how to make things more concrete. I'm aware there might be some learning curve for developers who are not used to git

Re: Feature request: the missing element in the LyX office suite

Liviu, on 2.0 RC3 on 10.6.7 I can't see the OOo or Excell formats offered unter External Material. Please advise. greetings, el On 5/4/11 10:18 AM, Liviu Andronic wrote: On Wed, May 4, 2011 at 11:01 AM, Andrew Parsloe apars...@clear.net.nz wrote: The current lack of even a basic 'active'

Re: Goals for 2.1

Am Donnerstag, 5. Mai 2011 schrieb Jean-Marc Lasgouttes: Le 05/05/11 12:34, Kornel a écrit : What do you miss in cmake? I tried to (somehow) mimic all I was aware of from autotools. It surely is more then 80% ... From the top of my head (I ask for forgiveness if some accusations are

Re: Trunk is completely frozen for any commits [unfrozen]

From: Pavel Sanda sa...@lyx.org both are there. windows guys, are you able to reproduce http://www.lyx.org/trac/ticket/7528 on your boxes? pavel I cannot reproduce: I can open and preview (to PDF) all documents I've tried, including master/child documents. I am using 2.0.0-1 that I

Re: Goals for 2.1

Am Donnerstag, 5. Mai 2011 schrieb Jean-Marc Lasgouttes: - building internal LIBINTL does not work. I have a unfinished patch for this Could you give me the patch to try? It is not compilable here too. ... In file included from /usr/src/lyx/lyx-devel/intl/bindtextdom.c:27:

Re: Please confirm your message

On 5/5/11 1:48 PM, lyx-devel@lists.lyx.org wrote: This message was created automatically by mail delivery software (TMDA). Your message attached below is being held because the address e...@lisse.na has not been verified. To release your message for delivery, please send an empty message

Re: Feature request: the missing element in the LyX office suite

On Thu, May 5, 2011 at 2:47 PM, Dr Eberhard W Lisse e...@lisse.na wrote: on 2.0 RC3 on 10.6.7 I can't see the OOo or Excell formats offered unter External Material. Please advise. You should see the Gnumeric external material. It supports files saved under Gnumeric, OOo or Excel spreadsheet

Re: Goals for 2.1

Le 05/05/11 15:08, Kornel a écrit : Am Donnerstag, 5. Mai 2011 schrieb Jean-Marc Lasgouttes: - building internal LIBINTL does not work. I have a unfinished patch for this Could you give me the patch to try? It is not compilable here too. ... Didn't I send it? JMarc

Re: Goals for 2.1

Le 05/05/11 14:55, Kornel a écrit : - NLS disabled by default Formerly it was enabled by default, but after some discussions Peter change it It should eventually be on by default. - does not work in place by default (actually build_support_dir stuff should be removed now, but I have

Re: Goals for 2.1

Am Donnerstag, 5. Mai 2011 schrieb Jean-Marc Lasgouttes: Le 05/05/11 15:08, Kornel a écrit : Am Donnerstag, 5. Mai 2011 schrieb Jean-Marc Lasgouttes: - building internal LIBINTL does not work. I have a unfinished patch for this Could you give me the patch to try? It is not

Re: r38591 - lyx-devel/branches/BRANCH_2_0_X/src

On 5-5-2011 17:18, rgh...@lyx.org wrote: Author: rgheck Date: Thu May 5 17:18:03 2011 New Revision: 38591 URL: http://www.lyx.org/trac/changeset/38591 Log: Fix #7525 in branch. Modified: lyx-devel/branches/BRANCH_2_0_X/src/Buffer.cpp status.20x Vincent

Re: LyX opening future versions

Il 04/05/2011 20:48, Pavel Sanda ha scritto: No need for HTTPS. so on the top of introducing network stuff into lyx, we will also incorporate libraries of gnupg into our code :) There's always the option of: ~~ system(wget ... gpg ... cp ... $HOME/.lyx/...); without bloating further LyX

Re: Feature request: the missing element in the LyX office suite

Il 04/05/2011 19:07, Abdelrazak Younes ha scritto: Indeed. But I could well imagine a simple OctaveInset that would get the table cell indexes as arguments and automatically call Octave to compute the result. Similar what we can do with Octave in math. as from my experience, Octave is so slow

Re: Feature request: the missing element in the LyX office suite

Oh, I see, gnumeric will pull ODS or XLS in as well as its own. This is non-intuitive, but I haven't read the manual yet:-)-O el On 5/5/11 2:46 PM, Liviu Andronic wrote: On Thu, May 5, 2011 at 2:47 PM, Dr Eberhard W Lisse e...@lisse.na wrote: on 2.0 RC3 on 10.6.7 I can't see the OOo or

Question: how to set private member variables

One question: I think if a setter for a private member variable is existent it should be used inside the class too. Is this correct? While thinking about the problem with multiple included child documents I stumbled over this one... What do others think? Stephan Index:

Re: Feature request: the missing element in the LyX office suite

On 05/05/2011 18:04, Tommaso Cucinotta wrote: Il 04/05/2011 19:07, Abdelrazak Younes ha scritto: Indeed. But I could well imagine a simple OctaveInset that would get the table cell indexes as arguments and automatically call Octave to compute the result. Similar what we can do with Octave in

Scripting vs plugins (was RE: Goals for 2.1)

Jean Marc said: The problem with script plugins is that people seem to expect that by linking LyX to python everybody will be able to write python scritps that can manipulate LyX objects natively. I may be missing most of current advancement in programming tools, but I do not see how

Re: Trunk is completely frozen for any commits [unfrozen]

Pavel Sanda sa...@lyx.org wrote in message news:20110505061312.ga15...@atrey.karlin.mff.cuni.cz... Joost do you have time to fix (in another words should i wait with announce for the new version)? I was just able to reproduce the problem. Compiling new installers now. Joost

Re: Goals for 2.1

Le 04/05/2011 16:39, Stephan Witt a écrit : Features: * Correct the drawing of ligatures and kerning I repeat the plan I proposed for the record: do both metrics and drawing at word level and when one needs to draw the cursor, compute the metrics of the word up to the cursor. I think

Re: Dictionaries location for LyX on Linux

At the time I stepped in and added this dataDirectory relative to lyx's system and user directories there was only one path for hunspell available: the one in preferences. This one now is the first one visited. The idea to add the other paths was to incorporate some dictionary download into LyX

Re: Goals for 2.1

On 05.05.2011 11:17, Jean-Marc Lasgouttes wrote: Le 04/05/11 20:28, José Matos a écrit : On Wednesday 04 May 2011 18:58:34 Peter Kümmel wrote: I assume as long as we have a 80 character limit we will have autotools. ?? I do not follow the logic. :-) I have the impression that often

Re: Goals for 2.1

On 05.05.2011 14:55, Kornel wrote: Am Donnerstag, 5. Mai 2011 schrieb Jean-Marc Lasgouttes: Le 05/05/11 12:34, Kornel a écrit : What do you miss in cmake? I tried to (somehow) mimic all I was aware of from autotools. It surely is more then 80% ... From the top of my head (I ask for

Re: Goals for 2.1

On 05.05.2011 13:50, Jean-Marc Lasgouttes wrote: Here is my patch for included libintl. Part of it is a IMO better fix to the startup assertion encountered with cmake. I guess the code is not linked against libintl, because I get Index: development/cmake/config.h.cmake Index: src/LyX.cpp

Re: r38594 - lyx-devel/branches/BRANCH_2_0_X/lib/lyx2lyx

On 5-5-2011 21:47, rgh...@lyx.org wrote: Author: rgheck Date: Thu May 5 21:47:04 2011 New Revision: 38594 URL: http://www.lyx.org/trac/changeset/38594 Log: On Jose's advice, add these changes to branch, as well. Modified: lyx-devel/branches/BRANCH_2_0_X/lib/lyx2lyx/LyX.py Did you

Re: r38594 - lyx-devel/branches/BRANCH_2_0_X/lib/lyx2lyx

On 05/05/2011 03:51 PM, Vincent van Ravesteijn wrote: On 5-5-2011 21:47, rgh...@lyx.org wrote: Author: rgheck Date: Thu May 5 21:47:04 2011 New Revision: 38594 URL: http://www.lyx.org/trac/changeset/38594 Log: On Jose's advice, add these changes to branch, as well. Modified:

CMake TODOs

Open a new thread so it doesn't get lost in Goals for 2.1 Defaults: * NLS disabled by default. * Eventually, cmake without option should generate a makefile that has reasonable defaults for everything (nls, spellcheck, build type, ...), at least when released. Help: * I do not know how

Re: Development of a development model

On 05.05.2011 14:14, Abdelrazak Younes wrote: On 04/05/2011 01:00, Vincent van Ravesteijn wrote: Hi all, I think that there is a large enough support for the new development model and/or introduction of git to think about how to make things more concrete. I'm aware there might be some learning

Re: Goals for 2.1

On 05.05.2011 10:28, Guenter Milde wrote: As language I'd use one of: Lua + small and fast, + used in LuaTeX, so it will become more common and known in the TeX community, + a Lua interpreter can be embedded in LyX with minimal impact on the binary size. Wasn't there

Re: Scripting vs plugins (was RE: Goals for 2.1)

On 05.05.2011 19:26, venom00 wrote: Jean Marc said: The problem with script plugins is that people seem to expect that by linking LyX to python everybody will be able to write python scritps that can manipulate LyX objects natively. I may be missing most of current advancement in programming

Re: Development of a development model

On 05.05.2011 22:11, Peter Kümmel wrote: On 05.05.2011 14:14, Abdelrazak Younes wrote: On 04/05/2011 01:00, Vincent van Ravesteijn wrote: Hi all, I think that there is a large enough support for the new development model and/or introduction of git to think about how to make things more

Re: Goals for 2.1

On 05.05.2011 21:39, Peter Kümmel wrote: On 05.05.2011 13:50, Jean-Marc Lasgouttes wrote: Here is my patch for included libintl. Part of it is a IMO better fix to the startup assertion encountered with cmake. I guess the code is not linked against libintl, because I get Index:

RE: Scripting vs plugins (was RE: Goals for 2.1)

My idea was to issue commands to LyX via LFUNs, which are quite stable, even because they're associated with customizable shortcuts. I think this is a very uninvasive approach. For the language I prefer Python because _a lot_ of people uses it and I think this is fundamental if we want

Re: Development of a development model

On 04.05.2011 23:45, Andre Poenitz wrote: On Wed, May 04, 2011 at 04:16:13PM +0200, Vincent van Ravesteijn wrote: On Wed, May 4, 2011 at 2:13 PM, Pavel Sandasa...@lyx.org wrote: Andre Poenitz wrote: Close to the current svn model, but allow people to use branches for non-trivial feature

Re: Development of a development model

On 05.05.2011 23:24, Peter Kümmel wrote: time git clone git://gitorious.org/lyx/lyx.git real2m41.146s Cool, 12 years LyX commits only a mouse click away. And may first commit was on SCons files ;) Peter

Re: CMake TODOs

On 05.05.2011 22:08, Peter Kümmel wrote: Open a new thread so it doesn't get lost in Goals for 2.1 Defaults: * NLS disabled by default. * Eventually, cmake without option should generate a makefile that has reasonable defaults for everything (nls, spellcheck, build type, ...), at

Re: Goals for 2.1

Kornel wrote: What do you miss in cmake? I tried to (somehow) mimic all I was aware of from autotools. remerge of strings should be possible without any additional copying of files. pavel

Re: Goals for 2.1

Peter Kümmel wrote: It was too annoying to always having build all the .po stuff when you wanna only work on on C++ code. For installing it is needed, sure. But as default? like with autotools you dont need to rebuild all po stuff when compiling. you must do harsh things in po/ that some

Re: Development of a development model

Abdelrazak Younes wrote: offereing linear numbering instead of git revision: i would love this feature. p

Re: Dictionaries location for LyX on Linux

Joost Verburg wrote: At the time I stepped in and added this dataDirectory relative to lyx's system and user directories there was only one path for hunspell available: the one in preferences. This one now is the first one visited. The idea to add the other paths was to incorporate some

Re: Development of a development model

On Thu, May 05, 2011 at 11:24:13PM +0200, Peter Kümmel wrote: [..] That's not a joke, it's not made up. I am honestly not aware of any single operation, not even artificial scenarios, where git performs worse than svn. Maybe this one: time svn co svn://svn.lyx.org/lyx/lyx-devel/trunk

Re: CMake TODOs

On 05.05.2011 23:37, Peter Kümmel wrote: On 05.05.2011 22:08, Peter Kümmel wrote: Open a new thread so it doesn't get lost in Goals for 2.1 Defaults: * NLS disabled by default. * Eventually, cmake without option should generate a makefile that has reasonable defaults for everything

Re: Goals for 2.1

On 03/05/2011 6:50 PM, Vincent van Ravesteijn wrote: Hi everyone, As a typical start of a new release cycle I want to poll - what features are a must in the next release; - Support for \macros without arguments. - A better UI for Opt and Req arguments. - what work do you think you will be

Re: Goals for 2.1

On 04/05/2011 12:32 PM, José Matos wrote: On Wednesday 04 May 2011 13:26:51 Abdelrazak Younes wrote: Cleanup and refactoring: * Fix (rewrite) the graphics backend mess. ... and finally merging graphics with external insets? That has been the holly grail for the last eleven years. :-) +1

Re: Goals for 2.1

On 04/05/2011 1:38 PM, Enrico Forestieri wrote: On Wed, May 04, 2011 at 06:58:33PM +0200, Vincent van Ravesteijn wrote: I think that more attention should be put in the memory footprint. I have the impression that LyX is becoming a bloatware. Apart from which features are (un)necessary,

Re: Development of a development model

On 04/05/2011 10:16 AM, Vincent van Ravesteijn wrote: On Wed, May 4, 2011 at 2:13 PM, Pavel Sandasa...@lyx.org wrote: Andre Poenitz wrote: Close to the current svn model, but allow people to use branches for non-trivial feature sets if they like? +1 Then we can just as well stay with

Re: Goals for 2.1

Am Donnerstag, 5. Mai 2011 schrieb Pavel Sanda: Kornel wrote: What do you miss in cmake? I tried to (somehow) mimic all I was aware of from autotools. remerge of strings should be possible without any additional copying of files. pavel This is trivial, really. I had hard time to

Re: Trunk is completely frozen for any commits [unfrozen]

Pavel Sanda wrote: > Vincent van Ravesteijn wrote: > > On Wed, May 4, 2011 at 11:20 PM, Pavel Sanda wrote: > > > > > Pavel Sanda wrote: > > > > Stephan, Joost I plan to announce the whole thing not later than > > > > tomorrow night, it would be nice to have binaries on ftp. > > >

Re: Dictionaries location for LyX on Linux

Stephan Witt wrote: > > I don't know how to get the missing version 2 thesauri. > > Your distro has the same problem and provides format 1 instead. > > But it is usable only for version 1 read capable thesaurus implementations. > > LyX cannot use them. > > Sorry, I've looked at the wrong place

Re: Dictionaries location for LyX on Linux

On 05/05/2011 07:36, Stephan Witt wrote: Am 04.05.2011 um 23:42 schrieb Pavel Sanda: Stephan Witt wrote: Sorry, I think this must be was a side effect of some change - at first the debug output had path names... Stephan i have next problems. i see you coded some checking for the header of

Re: Goals for 2.1

On 2011-05-04, Rob Oakes wrote: >> The user won't see git at all. The user would see a new embedded lyx >> format, we can call it elyx for example. I know this is still in the very early planning state, nevertheless I cannot resist to give an early warning: "elyx" might be confusing (as it

Re: Goals for 2.1

On Thu, May 5, 2011 at 10:08 AM, Guenter Milde wrote: > "elyx" might be confusing (as it does not have any relation to the "elyxer" > LyX->HTML converter). > We could consider 'blyx' (from Bundle LyX) or 'glyx' (from GIT LyX). Naming aside, it would be very impressive (!)

Re: Goals for 2.1

On 2011-05-04, Andre Poenitz wrote: > On Wed, May 04, 2011 at 05:27:36PM +0200, Tommaso Cucinotta wrote: >> Il 04/05/2011 17:16, Rob Oakes ha scritto: ... >> Also, if really we have too many features, what about trying to >> embed some modularity in LyX and make them dynamically loadable >>

Re: Goals for 2.1

Liviu Andronic wrote: > On Thu, May 5, 2011 at 10:08 AM, Guenter Milde wrote: > > "elyx" might be confusing (as it does not have any relation to the "elyxer" > > LyX->HTML converter). > > > We could consider 'blyx' (from Bundle LyX) or 'glyx' (from GIT LyX). whatsoever

Re: Goals for 2.1

On Wednesday 04 May 2011 22:06:36 Enrico Forestieri wrote: > No doubt. However, one uses LyX instead of straight LaTeX because in LyX > there are so much buttons and menus to explore, while LaTeX would require > reading documentation. The same is true as regards autotools and cmake, > I think. So,

Re: Goals for 2.1

José Matos wrote: > On Wednesday 04 May 2011 22:06:36 Enrico Forestieri wrote: > > No doubt. However, one uses LyX instead of straight LaTeX because in LyX > > there are so much buttons and menus to explore, while LaTeX would require > > reading documentation. The same is true as regards autotools

Re: Goals for 2.1

On Thu, May 5, 2011 at 10:40 AM, Pavel Sanda wrote: > and LaTeX is just for bumble-bees > who don't care about stability. > So much for 'hard' LyX users. :) Liviu

Re: Dictionaries location for LyX on Linux

Am 05.05.2011 um 09:33 schrieb Abdelrazak Younes: > On 05/05/2011 07:36, Stephan Witt wrote: >> Am 04.05.2011 um 23:42 schrieb Pavel Sanda: >> >>> Stephan Witt wrote: Sorry, I think this must be was a side effect of some change - at first the debug output had path names... >>>

Re: Goals for 2.1

Am 05.05.2011 um 10:22 schrieb Liviu Andronic: > On Thu, May 5, 2011 at 10:08 AM, Guenter Milde wrote: >> "elyx" might be confusing (as it does not have any relation to the "elyxer" >> LyX->HTML converter). >> > We could consider 'blyx' (from Bundle LyX) or 'glyx' (from

Re: Goals for 2.1

On Thu, May 5, 2011 at 10:52 AM, Stephan Witt wrote: > Aren't the 'Bundle LyX' and 'GIT LyX' "feature" somehow orthogonal? > Abdel characterized the Embedded GIT format as equivalent (or similar) in scope to the current ZIP archive, which is a "bundled LyX format". Liviu

Re: Goals for 2.1

Stephan Witt wrote: > Am 05.05.2011 um 10:22 schrieb Liviu Andronic: > > > On Thu, May 5, 2011 at 10:08 AM, Guenter Milde > > wrote: > >> "elyx" might be confusing (as it does not have any relation to the "elyxer" > >> LyX->HTML converter). > >> > > We could consider

Re: SVN mirror of git

Le 05/05/11 00:26, Andre Poenitz a écrit : However, I personally think of it as a means to lower psychological barriers, allowing to postpone the personal mental switch or to overcome technical or political restrictions like the ones you mentioned, but not as a long-term prefered way of working.

Re: Goals for 2.1

On 05/05/2011 10:31, Pavel Sanda wrote: Liviu Andronic wrote: On Thu, May 5, 2011 at 10:08 AM, Guenter Milde wrote: "elyx" might be confusing (as it does not have any relation to the "elyxer" LyX->HTML converter). We could consider 'blyx' (from Bundle LyX) or 'glyx'

Re: Goals for 2.1

Le 04/05/11 18:57, Abdelrazak Younes a écrit : So I'd say currently CMake is useful but without it I'm able to work. Without automake currently we have nothing to distribute. So we have to work on it... and I am confident that it is possible to achieve that. I hope I can find the time to

Re: Goals for 2.1

Am 05.05.2011 um 10:55 schrieb Liviu Andronic: > On Thu, May 5, 2011 at 10:52 AM, Stephan Witt wrote: >> Aren't the 'Bundle LyX' and 'GIT LyX' "feature" somehow orthogonal? >> > Abdel characterized the Embedded GIT format as equivalent (or similar) > in scope to the current ZIP

Re: Goals for 2.1

Le 04/05/11 20:28, José Matos a écrit : On Wednesday 04 May 2011 18:58:34 Peter Kümmel wrote: I assume as long as we have a 80 character limit we will have autotools. ?? I do not follow the logic. :-) Just that people are getting exited by the 2.0 release. JMarc

speedup XeTeX compilation

Dear List, the recent "bloat" discussion mentioned a case of 15 min waiting time for a book to compile. This triggered this sharing of the follwing enhancement suggestion: When compiling with XeTeX, use a two-step approach: 1. generate XDV (extended DVI) output rather than PDF (xelatex

Re: Goals for 2.1

Le 05/05/11 10:28, Guenter Milde a écrit : Using a script language for extensions/plugins will raise this probability significantly. As language I'd use one of: The problem with script plugins is that people seem to expect that by linking LyX to python everybody will be able to write python

Re: Goals for 2.1

On 05/05/2011 11:13, Stephan Witt wrote: Am 05.05.2011 um 10:55 schrieb Liviu Andronic: On Thu, May 5, 2011 at 10:52 AM, Stephan Witt wrote: Aren't the 'Bundle LyX' and 'GIT LyX' "feature" somehow orthogonal? Abdel characterized the Embedded GIT format as equivalent (or

Re: Goals for 2.1

On 05/05/2011 11:12, Jean-Marc Lasgouttes wrote: Le 04/05/11 18:57, Abdelrazak Younes a écrit : So I'd say currently CMake is useful but without it I'm able to work. Without automake currently we have nothing to distribute. So we have to work on it... and I am confident that it is possible to

Re: Goals for 2.1

Am Donnerstag, 5. Mai 2011 schrieb Jean-Marc Lasgouttes: > Le 04/05/11 18:57, Abdelrazak Younes a écrit : > >> So I'd say currently CMake is useful but without it I'm able to work. > >> Without automake currently we have nothing to distribute. > > > > So we have to work on it... and I am

Re: Goals for 2.1

Le 05/05/11 12:34, Kornel a écrit : What do you miss in cmake? I tried to (somehow) mimic all I was aware of from autotools. It surely is more then 80% ... From the top of my head (I ask for forgiveness if some accusations are unfounded, this is from memory) - NLS disabled by default - I

Re: Goals for 2.1

> - what does LYX_DEVEL_VERSION do? What is the difference with LYX_RELEASE=OFF? This sets the DEVEL_VERSION #define. Grep the LyX source to see where it is used. Vincent

Re: Goals for 2.1

Le 05/05/11 14:01, Vincent van Ravesteijn a écrit : - what does LYX_DEVEL_VERSION do? What is the difference with LYX_RELEASE=OFF? This sets the DEVEL_VERSION #define. Grep the LyX source to see where it is used. I think these options should be rationalized and streamlined. This

  1   2   >