Vincent, why didn't you fix the thing silently?
Because if I did, I would need to correct all your future patches/commits.
This discussion will set a rule
that (whatever it will be!) will make me crazy!
Discussion or not the rule will be there.
I was just joking. This
On 2011-05-03, Vincent van Ravesteijn wrote:
As a typical start of a new release cycle I want to poll
- what features are a must in the next release;
- what work do you think you will be doing;
* add Unicode - TeX mappings for math in unicodesymbols
(see the database and documentation in
Am 04.05.2011 um 09:02 schrieb Jean-Marc Lasgouttes:
Le 03/05/2011 17:59, Stephan Witt a écrit :
Hi JMarc and Abdel,
now I have two translations and cannot really decide.
Abdel, is it ok for you to use JMarcs variant?
You said, yours is not truly complete...
The two should be merged and
- what features are a must in the next release;
- Scripting!
- Start page [1]
- Make LyX more light-weight (fix memory leaks with Valgrind) [2]
- what work do you think you will be doing;
- All of the above
- Simpler options (VLC-like)
- Add support for packages like siunitx (maybe allowing
Am Mittwoch, 4. Mai 2011 schrieb Uwe Stöhr:
Am 04.05.2011 02:10, schrieb Vincent van Ravesteijn:
What is the reason you still use scons ?
Because it works ;-).
I also have CMake but cannot see any difference in the compiling speed
between CMake and SCons.
SCons has the advantage that
On Wed, May 4, 2011 at 12:08 AM, Pavel Sanda sa...@lyx.org wrote:
Andre Poenitz wrote:
Anyway, 100 is probably fine, I lost that kind of battle already in
other places ;-|
anyone around strongly against 100-char wide rule?
No. 70 to 80 is what I've seen often recommended for a text to be
On 04/05/2011 00:29, Vincent van Ravesteijn wrote:
Agreed. I think we should switch to git right now.
Let's not rush:
- Where do we want to host it ?
gitorious is fine.
- How are we gonna set up the cvs-log list ?
I don't really care :-)
- Lots of people are not familiar with git
Dear LyX developers users,
Now that LyX 2.0 is about to be launched perhaps it is a good time to
mention the missing element in the 'LyX office suite'. At present LyX
provides the wordprocessor mathematics editor, beamer (presumably)
covers the slide show/presentation side of things, and I
On Wed, May 4, 2011 at 11:01 AM, Andrew Parsloe apars...@clear.net.nz wrote:
The current lack of even a basic 'active' table in LyX, where you can sum a
column of figures for instance,
This is not accurate. In 2.0 you can:
File Import Table (CSV)
File Import xls
File Import Gnumeric
On 4/05/2011 9:18 p.m., Liviu Andronic wrote:
On Wed, May 4, 2011 at 11:01 AM, Andrew Parsloeapars...@clear.net.nz wrote:
The current lack of even a basic 'active' table in LyX, where you can sum a
column of figures for instance,
This is not accurate. In 2.0 you can:
File Import Table
On Wed, May 4, 2011 at 11:46 AM, Andrew Parsloe apars...@clear.net.nz wrote:
Yes, but it would be nice to be able to sum a table in LyX without having to
fire up Gnumeric or Excel or whatever.
It sure would.
(To take matters to extremes, you
could even fire up an external wordprocessor and
On Tue, May 03, 2011 at 11:43:42PM -0400, Richard Heck wrote:
On 05/03/2011 08:29 PM, for...@lyx.org wrote:
Author: forenr
Date: Wed May 4 02:29:36 2011
New Revision: 38579
URL: http://www.lyx.org/trac/changeset/38579
Log:
Some math font changing commands only work in math mode, so
Abdelrazak Younes wrote:
Let's not rush:
- Where do we want to host it ?
gitorious is fine.
question about gitorious:
- do we have the possibility to have some kind of commit hooks with gitorious?
- is there any chance of integration with trac, so timeline and references
to commits in bugs
On 4/05/2011 9:59 p.m., Liviu Andronic wrote:
On Wed, May 4, 2011 at 11:46 AM, Andrew Parsloeapars...@clear.net.nz wrote:
Yes, but it would be nice to be able to sum a table in LyX without having to
fire up Gnumeric or Excel or whatever.
It sure would.
(To take matters to extremes, you
Vincent van Ravesteijn wrote:
anyone around strongly against 100-char wide rule?
YES, me !
hmm, i should also count caps lock and exclamation marks when doing
next emoticons statistics... :)
Normal Code please, so don't come up with 20 connects beneath each other
or the like.
i admit
venom00 wrote:
- Make LyX more light-weight (fix memory leaks with Valgrind) [2]
note that we have far worse memory problems when using large images. if user
resize big image, although we use on screen small thumbail it stays as a whole
original bitmap in memory. imagine what happens if you
On 05/04/2011 06:10 AM, Enrico Forestieri wrote:
On Tue, May 03, 2011 at 11:43:42PM -0400, Richard Heck wrote:
On 05/03/2011 08:29 PM, for...@lyx.org wrote:
Author: forenr
Date: Wed May 4 02:29:36 2011
New Revision: 38579
URL: http://www.lyx.org/trac/changeset/38579
Log:
Some math font
sa...@lyx.org wrote:
Author: sanda
Date: Tue May 3 20:32:14 2011
New Revision: 38575
URL: http://www.lyx.org/trac/changeset/38575
Log:
Give more info whats actually going on in hunspell.
branch? p
On 05/03/2011 06: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;
Proper BibLaTeX support (#4065)
Fix the Bibitem mess and, more generally, how options are handled (#6753)
- what work
On 05/04/2011 08:08 AM, Pavel Sanda wrote:
sa...@lyx.org wrote:
Author: sanda
Date: Tue May 3 20:32:14 2011
New Revision: 38575
URL: http://www.lyx.org/trac/changeset/38575
Log:
Give more info whats actually going on in hunspell.
branch?
If you think it will be helpful there, go ahead.
Andre Poenitz wrote:
Close to the current svn model, but allow people to use branches for
non-trivial feature sets if they like?
+1
- the place to store the git repo,
Same place as now? Or gitorious?
i already commented for the rest of the questions in the other thread.
pavel
On 04/05/2011 00:50, 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;
Features:
* Git based Embedded LyX.
* User customizable toolbars.
* Ability to produce LyX and pdf diff document from the
On 05/04/2011 08:26 AM, Abdelrazak Younes wrote:
On 04/05/2011 00:50, 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;
Features:
* Git based Embedded LyX.
Ahh, right. I should have added that
On Wed, May 04, 2011 at 12:36:00AM -0400, Richard Heck wrote:
On 05/03/2011 09:48 PM, Enrico Forestieri wrote:
On Fri, Apr 29, 2011 at 05:17:33PM +0200, Peter Kümmel wrote:
Yes, we also don't need threads.
I am glad that you also agree on that. Please, now try fixing
On 04/05/2011 14:41, Richard Heck wrote:
On 05/04/2011 08:26 AM, Abdelrazak Younes wrote:
On 04/05/2011 00:50, 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;
Features:
* Git based Embedded
On 04/05/2011 14:43, Enrico Forestieri wrote:
On Wed, May 04, 2011 at 12:36:00AM -0400, Richard Heck wrote:
On 05/03/2011 09:48 PM, Enrico Forestieri wrote:
On Fri, Apr 29, 2011 at 05:17:33PM +0200, Peter Kümmel wrote:
Yes, we also don't need threads.
I am glad that you also agree on that.
On 04/05/2011 14:26, Abdelrazak Younes wrote:
On 04/05/2011 00:50, 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;
Features:
* Git based Embedded LyX.
* User customizable toolbars.
* Ability to
On Wed, May 4, 2011 at 2:13 PM, Pavel Sanda sa...@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 svn. I don't want the branching model
because you can
On 05/04/2011 08:43 AM, Enrico Forestieri wrote:
The attached patch fixes the reported problem. I'm not sure it's the
right thing to do, though.
Maybe the right thing to do is to update the macros at cloning time.
See attached.
That makes some sense, though I suspect there are potential or
On 05/04/2011 09:10 AM, Abdelrazak Younes wrote:
Forgot to add this in my cleanup list:
- fix out this updateMacro() mess by integrating it into the
updateBuffer() mechanism.
No doubt.
rh
On Wed, May 04, 2011 at 03:54:32PM +0200, Abdelrazak Younes wrote:
* Use CMake as our build system for all platforms
I am strongly against this.
--
Enrico
Il 04/05/2011 05:16, Richard Heck ha scritto:
What I meant was: Suppose you have two documents open. Now you open the
FR dock. If you switch to the other document, then, presumably, the
language or whatever should update. But it doesn't. It only does so on a
showEvent, which we don't have then.
Am 04.05.2011 um 15:54 schrieb Abdelrazak Younes:
On 04/05/2011 14:26, Abdelrazak Younes wrote:
On 04/05/2011 00:50, 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;
Features:
* Correct
On Wed, May 04, 2011 at 01:32:07PM +0200, Pavel Sanda wrote:
venom00 wrote:
- Make LyX more light-weight (fix memory leaks with Valgrind) [2]
note that we have far worse memory problems when using large images. if user
resize big image, although we use on screen small thumbail it stays as
As a typical start of a new release cycle I want to poll
- what features are a must in the next release;
- what work do you think you will be doing;
Continued work on XHTML output, with Rob Oakes's help
+1
During the next year:
- Add support for exporting lower resolution images for
Il 04/05/2011 11:46, Andrew Parsloe ha scritto:
Yes, but it would be nice to be able to sum a table in LyX without
having to fire up Gnumeric or Excel or whatever.
AFAICS, some times the problem might simply be the degree of integration
of the external tools with LyX, and the easiness by
Hi Enrico,
I think that more attention should be put in the memory footprint. I have
the impression that LyX is becoming a bloatware.
How so? Are you referring to just the memory imprint or the feature set as
well? (Bloatware means many things to different people.)
Cheers,
Rob
Il 04/05/2011 00:50, Vincent van Ravesteijn ha scritto:
Hi everyone,
As a typical start of a new release cycle I want to poll
- what features are a must in the next release;
- what work do you think you will be doing;
- what do you hope to see somebody else to do (please keep it realistic) ?
I
On 04/05/2011 16:32, Enrico Forestieri wrote:
On Wed, May 04, 2011 at 03:54:32PM +0200, Abdelrazak Younes wrote:
* Use CMake as our build system for all platforms
I am strongly against this.
I should have said:
* Use CMake as our _main_ build system for all platforms
We can of course still
On Wed, May 04, 2011 at 08:46:58AM -0600, Rob Oakes wrote:
Hi Enrico,
I think that more attention should be put in the memory footprint. I have
the impression that LyX is becoming a bloatware.
How so? Are you referring to just the memory imprint or the feature set as
well? (Bloatware
On Wed, May 04, 2011 at 04:52:16PM +0200, Abdelrazak Younes wrote:
On 04/05/2011 16:32, Enrico Forestieri wrote:
On Wed, May 04, 2011 at 03:54:32PM +0200, Abdelrazak Younes wrote:
* Use CMake as our build system for all platforms
I am strongly against this.
I should have said:
* Use
Enrico Forestieri wrote:
On Wed, May 04, 2011 at 08:46:58AM -0600, Rob Oakes wrote:
Hi Enrico,
I think that more attention should be put in the memory footprint. I have
the impression that LyX is becoming a bloatware.
How so? Are you referring to just the memory imprint or the
Thanks for the clarification.
I think that more attention should be put in the memory footprint. I have
the impression that LyX is becoming a bloatware.
How so? Are you referring to just the memory imprint or the feature set as
well? (Bloatware means many things to different people.)
On 04/05/2011 17:08, Enrico Forestieri wrote:
On Wed, May 04, 2011 at 04:52:16PM +0200, Abdelrazak Younes wrote:
On 04/05/2011 16:32, Enrico Forestieri wrote:
On Wed, May 04, 2011 at 03:54:32PM +0200, Abdelrazak Younes wrote:
* Use CMake as our build system for all platforms
I am strongly
Am Mittwoch, 4. Mai 2011 schrieb Abdelrazak Younes:
On 04/05/2011 16:32, Enrico Forestieri wrote:
On Wed, May 04, 2011 at 03:54:32PM +0200, Abdelrazak Younes wrote:
* Use CMake as our build system for all platforms
I am strongly against this.
I should have said:
* Use CMake as our
On Wed, May 4, 2011 at 10:52 AM, Abdelrazak Younes you...@lyx.org wrote:
On 04/05/2011 16:32, Enrico Forestieri wrote:
On Wed, May 04, 2011 at 03:54:32PM +0200, Abdelrazak Younes wrote:
* Use CMake as our build system for all platforms
I am strongly against this.
I should have said:
*
On Wed, May 04, 2011 at 05:11:48PM +0200, Pavel Sanda wrote:
Enrico Forestieri wrote:
On Wed, May 04, 2011 at 08:46:58AM -0600, Rob Oakes wrote:
Hi Enrico,
I think that more attention should be put in the memory footprint. I
have
the impression that LyX is becoming a
I would like to change the actual name lyx to lyx20 as we have for branch
1.6 lyx16.
It allows parallel installation of lyx(trunk) and some branches.
Kornel
Index: development/cmake/CMakeLists.txt
===
---
On 04/05/2011 17:19, Rob Oakes wrote:
Hi Abdel,
Git based Embedded LyX format is about using a git repo as if it was an
embedded LyX file with child docs and graphics and all. This git repo would basically
replace the zip archives we've been talking about. The bonus is of course that not
Il 04/05/2011 17:16, Rob Oakes ha scritto:
Software bloat is a term used to describe the tendency of newer computer
programs to have a larger installation footprint, or have many unnecessary
features that are not used by end users, or just generally use more system
resources than necessary,
On Wed, May 04, 2011 at 05:12:30PM +0200, Abdelrazak Younes wrote:
On 04/05/2011 17:08, Enrico Forestieri wrote:
On Wed, May 04, 2011 at 04:52:16PM +0200, Abdelrazak Younes wrote:
On 04/05/2011 16:32, Enrico Forestieri wrote:
On Wed, May 04, 2011 at 03:54:32PM +0200, Abdelrazak Younes wrote:
On 04/05/2011 17:27, Tommaso Cucinotta wrote:
Il 04/05/2011 17:16, Rob Oakes ha scritto:
Software bloat is a term used to describe the tendency of newer
computer
programs to have a larger installation footprint, or have many
unnecessary
features that are not used by end users, or just
Hi Abdel,
Sorry for the general density. I'm an infant amongst men when it comes to most
programming things.
Hmm. I'm curious to hear more details on how this would work. Would all
documents use this by default,
No
or would it be something that the user would enable?
Yes
Also,
On Wed, May 04, 2011 at 05:25:02PM +0200, Kornel wrote:
I would like to change the actual name lyx to lyx20 as we have for
branch 1.6 lyx16. It allows parallel installation of lyx(trunk) and
some branches.
Do you mean that there's no other way to do it (parallel installations)
with cmake?
--
Enrico Forestieri wrote:
can you be explicit? i have problems to follow what in particular are
you talking about.
I f you go to the bottom of that wikipedia page, you can find something
along these lines:
yes i can translate the word bloat. what i wanted was that you pick up
particular
On 04/05/2011 17:31, Enrico Forestieri wrote:
On Wed, May 04, 2011 at 05:12:30PM +0200, Abdelrazak Younes wrote:
On 04/05/2011 17:08, Enrico Forestieri wrote:
On Wed, May 04, 2011 at 04:52:16PM +0200, Abdelrazak Younes wrote:
On 04/05/2011 16:32, Enrico Forestieri wrote:
On Wed, May 04, 2011
Am Mittwoch, 4. Mai 2011 schrieb Enrico Forestieri:
On Wed, May 04, 2011 at 05:25:02PM +0200, Kornel wrote:
I would like to change the actual name lyx to lyx20 as we have for
branch 1.6 lyx16. It allows parallel installation of lyx(trunk) and
some branches.
Do you mean that there's no
Dear Developers,
I've been following the debate regarding development models with some interest.
It sounds as though some people are ready to move to git now. While I'm not
thrilled about that (I don't care for git very much), I think it makes a lot of
good sense. A move to a distributed model
On Wed, May 04, 2011 at 05:44:06PM +0200, Kornel wrote:
Am Mittwoch, 4. Mai 2011 schrieb Enrico Forestieri:
On Wed, May 04, 2011 at 05:25:02PM +0200, Kornel wrote:
I would like to change the actual name lyx to lyx20 as we have for
branch 1.6 lyx16. It allows parallel installation of
On 04/05/2011 16:16, Vincent van Ravesteijn wrote:
On Wed, May 4, 2011 at 2:13 PM, Pavel Sanda sa...@lyx.org
mailto:sa...@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
Abdelrazak Younes wrote:
No, we have a cross-platform program, we need a real cross-platform build
system, as simple as that. And yes, cygwin is just another platform, but it
is not our main Windows platform.
i dont have hard opinions whether cmake should be main tool, but it must be
On 04/05/2011 17:36, Rob Oakes wrote:
Hi Abdel,
Sorry for the general density.
No need to say sorry.
I'm an infant amongst men when it comes to most programming things.
I think you are doing just good.
Abdel.
On Wed, May 04, 2011 at 05:40:13PM +0200, Pavel Sanda wrote:
Enrico Forestieri wrote:
can you be explicit? i have problems to follow what in particular are
you talking about.
I f you go to the bottom of that wikipedia page, you can find something
along these lines:
yes i can
On 04/05/2011 17:53, Enrico Forestieri wrote:
What I mean is that with the autotools I can configure using
--with-version-suffix=-2.0 in one case and --with-version-suffix=-2.1
in the other case, obtaining 2 different installations that do not
conflict at all. I could even install 2 different
On 04/05/2011 17:58, Pavel Sanda wrote:
Abdelrazak Younes wrote:
No, we have a cross-platform program, we need a real cross-platform build
system, as simple as that. And yes, cygwin is just another platform, but it
is not our main Windows platform.
i dont have hard opinions whether cmake
Am Mittwoch, 4. Mai 2011 schrieb Enrico Forestieri:
On Wed, May 04, 2011 at 05:44:06PM +0200, Kornel wrote:
Am Mittwoch, 4. Mai 2011 schrieb Enrico Forestieri:
On Wed, May 04, 2011 at 05:25:02PM +0200, Kornel wrote:
I would like to change the actual name lyx to lyx20 as we have
for
On Wed, May 04, 2011 at 05:37:47PM +0200, Abdelrazak Younes wrote:
On 04/05/2011 17:31, Enrico Forestieri wrote:
I really don't understand the cygwin argument here.
I was answering your argument about autotools portability to Windows
in advance :-P
Still, I don't get what you mean. I
Enrico Forestieri wrote:
yes i can translate the word bloat. what i wanted was that you pick up
particular examples of features which shouldn't be (/haven't been)
introduced.
And after I do that they will magically disappear? What I can do is
well at least i will know what are you
On Wed, May 04, 2011 at 06:13:41PM +0200, Kornel wrote:
Am Mittwoch, 4. Mai 2011 schrieb Enrico Forestieri:
What I mean is that with the autotools I can configure using
--with-version-suffix=-2.0 in one case and --with-version-suffix=-2.1
in the other case, obtaining 2 different
Enrico Forestieri for...@lyx.org wrote:
And after I do that they will magically disappear? What I can do is
voting pro or against a particular feature when it is proposed, but
it is the majority that wins, and the majority like bloat, apparently.
so what do you think are the top 3 bloat
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. :-)
--
José Abílio
On May 4, 2011, at 3:26 AM, Andrew Parsloe wrote:
On 4/05/2011 9:59 p.m., Liviu Andronic wrote:
On Wed, May 4, 2011 at 11:46 AM, Andrew Parsloeapars...@clear.net.nz
wrote:
Yes, but it would be nice to be able to sum a table in LyX without having to
fire up Gnumeric or Excel or
On 04/05/2011 18:22, Enrico Forestieri wrote:
On Wed, May 04, 2011 at 05:37:47PM +0200, Abdelrazak Younes wrote:
On 04/05/2011 17:31, Enrico Forestieri wrote:
I really don't understand the cygwin argument here.
I was answering your argument about autotools portability to Windows
in advance
On 05/04/2011 10:32 AM, Tommaso Cucinotta wrote:
Il 04/05/2011 05:16, Richard Heck ha scritto:
What I meant was: Suppose you have two documents open. Now you open the
FR dock. If you switch to the other document, then, presumably, the
language or whatever should update. But it doesn't. It only
On Wed, May 04, 2011 at 06:24:58PM +0200, Pavel Sanda wrote:
Enrico Forestieri wrote:
yes i can translate the word bloat. what i wanted was that you pick up
particular examples of features which shouldn't be (/haven't been)
introduced.
And after I do that they will magically
Andrew Parsloe wrote:
Yes, but it would be nice to be able to sum a table in LyX without having
to fire up Gnumeric or Excel or whatever. (To take matters to extremes, you
this is the same as request that we should introduce some 'simple' graphics
editor for pictures. after simple editor is
On Wed, May 04, 2011 at 06:32:02PM +0200, Edwin Leuven wrote:
Enrico Forestieri for...@lyx.org wrote:
And after I do that they will magically disappear? What I can do is
voting pro or against a particular feature when it is proposed, but
it is the majority that wins, and the majority like
Am Mittwoch, 4. Mai 2011 schrieb Enrico Forestieri:
Of course. I am not whining about simple install. It is the package
manager (e.g. dpkg on debian) who does not allow to install two
different versions of the same package.
Ah, now I understand what you mean. However, it still strikes me
On Wed, 4 May 2011, Pavel Sanda wrote:
i think we should be good at editing text and typesetting. preparing the
basic material like drawings, tables, computing numbers etc should do
different apps which do it much better then we will ever do. we can create
some reasonable binding to them, but
Am 04.05.2011 um 18:31 schrieb Abdelrazak Younes:
On 04/05/2011 18:22, Enrico Forestieri wrote:
On Wed, May 04, 2011 at 05:37:47PM +0200, Abdelrazak Younes wrote:
On 04/05/2011 17:31, Enrico Forestieri wrote:
I really don't understand the cygwin argument here.
I was answering your argument
On 04/05/2011 18:44, Enrico Forestieri wrote:
On Wed, May 04, 2011 at 06:32:02PM +0200, Edwin Leuven wrote:
Enrico Forestierifor...@lyx.org wrote:
And after I do that they will magically disappear? What I can do is
voting pro or against a particular feature when it is proposed, but
it is the
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, can you say where you think
that we should look first to improve on the subject ? Do you think existing
features can be made
On Wed, May 04, 2011 at 06:31:06PM +0200, Abdelrazak Younes wrote:
On 04/05/2011 18:22, Enrico Forestieri wrote:
Still, I don't get what you mean. I successfully use autotools for
building a MinGW version of LyX without any fuss.
Are you playing with words? I know that; and you can even make
On 04/05/2011 18:57, Stephan Witt wrote:
Am 04.05.2011 um 18:31 schrieb Abdelrazak Younes:
On 04/05/2011 18:22, Enrico Forestieri wrote:
On Wed, May 04, 2011 at 05:37:47PM +0200, Abdelrazak Younes wrote:
On 04/05/2011 17:31, Enrico Forestieri wrote:
I really don't understand the cygwin
On Wed, May 4, 2011 at 4:46 PM, Tommaso Cucinotta tomm...@lyx.org wrote:
I'm posting this question because I also feel that the integration of
external tools is not yet as simple and immediate as it could be, however
this can be fixed by little modifications to the GUI interaction model, not
On 04/05/2011 18:59, Enrico Forestieri wrote:
So, much ado about nothing?
Exactly.
On 04/05/2011 18:42, Pavel Sanda wrote:
Andrew Parsloe wrote:
Yes, but it would be nice to be able to sum a table in LyX without having
to fire up Gnumeric or Excel or whatever. (To take matters to extremes, you
this is the same as request that we should introduce some 'simple' graphics
Abdelrazak Younes wrote:
I will tentatively answer for you :-P
1) asynchronous export/preview
now i remember :) but i thought it was more question about timing (too late in
dev cycle) than feature per se. if we kicked it out of the tree for the second
time Peter must get heart attack :)
but
Am 04.05.2011 um 18:57 schrieb Abdelrazak Younes:
On 04/05/2011 18:57, Stephan Witt wrote:
Am 04.05.2011 um 18:31 schrieb Abdelrazak Younes:
On 04/05/2011 18:22, Enrico Forestieri wrote:
On Wed, May 04, 2011 at 05:37:47PM +0200, Abdelrazak Younes wrote:
On 04/05/2011 17:31, Enrico
Am Mittwoch, 4. Mai 2011 schrieb Stephan Witt:
Am 04.05.2011 um 18:57 schrieb Abdelrazak Younes:
...
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 explore this soon.
That would be interesting, indeed. Another problem with
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, can you say where you think
that we should
Vincent van Ravesteijn wrote:
Show me an example where it would be necessary and where the 80 char limit
is a pita ?
another example which just jumped at me. its not strictly pita
but i find the two lines better. you don't?
pavel
diff --git a/src/frontends/qt4/GuiToolbar.cpp
On 04.05.2011 14:26, Abdelrazak Younes wrote:
On 04/05/2011 00:50, 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;
Features:
* Git based Embedded LyX.
Couldn't we somehow re-use QtCreators
On 04.05.2011 19:11, Pavel Sanda wrote:
Abdelrazak Younes wrote:
I will tentatively answer for you :-P
1) asynchronous export/preview
now i remember :) but i thought it was more question about timing (too late in
dev cycle) than feature per se. if we kicked it out of the tree for the second
venom00 wrote:
On Mon, May 2, 2011 at 7:49 PM, Georg Baum
georg.b...@post.rwth-aachen.de wrote:
An automatic download button is too dangerous IMHO. If you
offer that you
need to keep track of security issues, e.g. the recent SSL
certificate
desaster.
Of curiosity, which one?
Enrico Forestieri wrote:
As it is clear that I was against the export in thread/qprocess features,
I will take this as an example. When I export or preview something in LyX,
I simply wait (only for some seconds!) the end of the operation. So, the
fact that I can still tinker with the keyboard
On 04.05.2011 15:54, Abdelrazak Younes wrote:
On 04/05/2011 14:26, Abdelrazak Younes wrote:
On 04/05/2011 00:50, 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;
Features:
* Git based Embedded
Am 04.05.2011 um 19:33 schrieb Kornel:
Am Mittwoch, 4. Mai 2011 schrieb Stephan Witt:
Am 04.05.2011 um 18:57 schrieb Abdelrazak Younes:
...
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 explore this soon.
That
On 04.05.2011 18:57, Abdelrazak Younes wrote:
On 04/05/2011 18:57, Stephan Witt wrote:
Am 04.05.2011 um 18:31 schrieb Abdelrazak Younes:
On 04/05/2011 18:22, Enrico Forestieri wrote:
On Wed, May 04, 2011 at 05:37:47PM +0200, Abdelrazak Younes wrote:
On 04/05/2011 17:31, Enrico Forestieri
Am 04.05.2011 um 20:00 schrieb Stephan Witt:
Am 04.05.2011 um 19:33 schrieb Kornel:
Am Mittwoch, 4. Mai 2011 schrieb Stephan Witt:
Am 04.05.2011 um 18:57 schrieb Abdelrazak Younes:
...
So we have to work on it... and I am confident that it is possible to
achieve that. I hope I can find
1 - 100 of 308 matches
Mail list logo