The patch looks pretty good now, so I'll put it in my testing tree.
I'm not completely sure of the red highlighting. Red is a color for errors, I'll
try green, yellow and maybe bold.
Moreover I want to add the rubber button.
Just a last nitpick: we try to keep the lines shorter than 80
Vincent wrote:
What is the next feature you will work on ?
I was thinking of the home or start tab (or maybe just as a background of
the work area, instead of the LyX logo) where you can choose things like
Create new presentation, Create a letter, a list of recent documents, link
to option
Andre Poenitz andre.poen...@mathematik.tu-chemnitz.de wrote:
Well, the part I don't get is why suddenly using a version control
system is considered rocket science. It is not.
[...]
With svn there's not much choice but to commit
early, in order to be ready for the next hunk of work. With
On Monday 02 May 2011 17:37:12 Richard Heck wrote:
I'd be happy to make rpms, if I knew how to do so
Richard
I can help if you want to. :-)
--
José Abílio
venom00 wrote:
I was thinking of the home or start tab (or maybe just as a background
of the work area, instead of the LyX logo) where you can choose things
like Create new presentation, Create a letter, a list of recent
documents, link to option dialog, maybe an RSS feed, things like that.
Vincent van Ravesteijn wrote:
I don't see what my scheme differs from the current scheme. You make a feature
and instead of doing it locally, you do it in a branch (possibly
online if you want).
When you normally would commit it, now you announce the new branch. The
fixes you normally would
On Tue, May 3, 2011 at 9:58 AM, venom00 veno...@arcadiaclub.com wrote:
Vincent wrote:
What is the next feature you will work on ?
I was thinking of the home or start tab (or maybe just as a background of
the work area, instead of the LyX logo) where you can choose things like
Create new
fine i got this feeling the listing in last mail.
I just meant to say that there might be a period in which you want to
experiment, develop, try-out weird ideas and so forth, without
bothering other people, unless they are really really interested. Just
like the things you would do normally
Georg Baum 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.
and effectively spoils any pgp protection we tried to introduce
for tabralls and binaries.
pavel
Jean-Marc Lasgouttes wrote:
One nice way of doing that would be to provide nightlies of branch for the
main architectures. I wonder how difficult it would be (depending on the
architecture, of course).
gentoo already provides this. since is source based distro, instead of using
nightly
Georg Baum wrote:
understandable versioning and release scheme. IMHO the current numbering is
very good: Easy to understand, and with some background at
http://www.lyx.org/VersioningSystem. Four-digit numbers are overkill, and
some interwoven scheme is too difficult IMHO.
+1
In my
Dear all,
as announced from the very beginning my position applied for 2.0 only.
I've put lot of my energy into 2.0 and need to take a rest for some time.
The discussion about the next release manager was planned for later (even on
some
development meeting), however the current discussion about
Waluyo Adi Siswanto wrote:
Dear developers
I just compile lyx-2.0.0 in my netbook running Ubuntu 10.10.
please put it into bugzilla, this wont be fixed in 2.0.0.
pavel
Pavel Sanda wrote:
So at this stage I propose Vincent van Ravesteijn as a new relase manager.
(Vincent tentatively accepted taking this responsibility.)
Very good choice. Thanks Vincent for applying.
For the rest of things on my plate - I will announce the new release in one
or two days and
Pavel Sanda wrote:
please note that trunk is STILL FROZEN. waiting for acks around.
the lock is relased. we have branch for 2.0.0 and no critical reports.
Stephan, Joost I plan to announce the whole thing not later than
tomorrow night, it would be nice to have binaries on ftp.
cheers,
pavel
Richard Heck wrote:
Do you mind if I commit a basically blank version of that file? I'm
trying to update some old work I've done
sure, trunk unfrozen.
pavel
Am 03.05.2011 um 12:06 schrieb Pavel Sanda:
Pavel Sanda wrote:
please note that trunk is STILL FROZEN. waiting for acks around.
the lock is relased. we have branch for 2.0.0 and no critical reports.
Stephan, Joost I plan to announce the whole thing not later than
tomorrow night, it would
as announced from the very beginning my position applied for 2.0 only.
I've put lot of my energy into 2.0 and need to take a rest
for some time.
Thank for all the energy you spent on this release! You've been in all
discussions of the list I've ever seen, a lot of time, for a great result! ;)
On 03/05/2011 13:51, Stephan Witt wrote:
Am 03.05.2011 um 12:06 schrieb Pavel Sanda:
Pavel Sanda wrote:
please note that trunk is STILL FROZEN. waiting for acks around.
the lock is relased. we have branch for 2.0.0 and no critical reports.
Stephan, Joost I plan to announce the whole thing
Stephan Witt wrote:
Ok, I'm almost ready.
With some help from Bennett I made the readmes and a slightly changed
background image for the finder when it is opening our disk image.
What is missing is some translation of the english readme - possibly to
french and spanish...
If some volunteer
On 03/05/2011 12:02, Jürgen Spitzmüller wrote:
Pavel Sanda wrote:
So at this stage I propose Vincent van Ravesteijn as a new relase manager.
(Vincent tentatively accepted taking this responsibility.)
Very good choice. Thanks Vincent for applying.
Indeed :-)
For the rest of things on my
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? Wikipedia doesn't say much.
Liviu
Am 03.05.2011 um 14:44 schrieb Pavel Sanda:
Stephan Witt wrote:
Ok, I'm almost ready.
With some help from Bennett I made the readmes and a slightly changed
background image for the finder when it is opening our disk image.
What is missing is some translation of the english readme - possibly
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? Wikipedia doesn't say
Le 03/05/2011 12:02, Jürgen Spitzmüller a écrit :
Pavel Sanda wrote:
So at this stage I propose Vincent van Ravesteijn as a new relase manager.
(Vincent tentatively accepted taking this responsibility.)
Very good choice. Thanks Vincent for applying.
Yes, I am very satisfied with this
On 05/03/2011 05:54 AM, Pavel Sanda wrote:
Dear all,
as announced from the very beginning my position applied for 2.0 only.
I've put lot of my energy into 2.0 and need to take a rest for some time.
The discussion about the next release manager was planned for later (even on
some
On 05/03/2011 04:44 AM, Jürgen Spitzmüller wrote:
venom00 wrote:
I was thinking of the home or start tab (or maybe just as a background
of the work area, instead of the LyX logo) where you can choose things
like Create new presentation, Create a letter, a list of recent
documents, link to
venom00 wrote:
Wait, will you stay with us or are you leaving the whole LyX project? :(
no, but need to switch into power save mode. i really never got how is JMarc
able to be around at his constant level of ~300 commits per release.
he seems to possess the key how to actively survive here on
On 03/05/2011 10:20, Edwin Leuven wrote:
Andre Poenitzandre.poen...@mathematik.tu-chemnitz.de wrote:
Well, the part I don't get is why suddenly using a version control
system is considered rocket science. It is not.
[...]
With svn there's not much choice but to commit
early, in order to be
yes, great job pavel!!
and i am sure vincent will prove to be an excellent successor...
ed.
Il 02/05/2011 20:44, Richard Heck ha scritto:
On 05/02/2011 02:11 PM, Richard Heck wrote:
Backtrace:
0lyx::checkAndLoadLyXFilebuffer_funcs.cpp1090x4f9a3d
1lyx::Buffer::readDocumentBuffer.cpp7920x4c1e3b
2lyx::Buffer::readStringBuffer.cpp861
Le 03/05/2011 15:19, Pavel Sanda a écrit :
no, but need to switch into power save mode. i really never got how is JMarc
able to be around at his constant level of ~300 commits per release.
he seems to possess the key how to actively survive here on longer time scales,
without resembling
On 05/03/2011 09:45 AM, Tommaso Cucinotta wrote:
Il 02/05/2011 20:44, Richard Heck ha scritto:
The problem turns out to be simple. In ApplyParams(), in
FindAndReplace.cpp, we apply the document params to the find and replace
buffers.
the sole reason we do that, is that we need to copy the
On 05/03/2011 09:25 AM, Abdelrazak Younes wrote:
On 03/05/2011 10:20, Edwin Leuven wrote:
Andre Poenitzandre.poen...@mathematik.tu-chemnitz.de wrote:
Well, the part I don't get is why suddenly using a version control
system is considered rocket science. It is not.
[...]
With svn there's
On Tuesday 03 May 2011 14:07:54 Jean-Marc Lasgouttes wrote:
Yes, I am very satisfied with this outcome. We have a great team of
maintainers.
JMarc
I fully agree. :-)
--
José Abílio
Jean-Marc Lasgouttes lasgout...@lyx.org wrote:
Edwin would describe this as a typical french attitude :)
i think that this particular case says more about how the french
perceive the french, than how the dutch perceive the french ;-)
Am Dienstag, 3. Mai 2011 schrieb José Matos:
On Tuesday 03 May 2011 14:07:54 Jean-Marc Lasgouttes wrote:
Yes, I am very satisfied with this outcome. We have a great team of
maintainers.
JMarc
I fully agree. :-)
Yes. But I am sorry, now our plans (Pavels and mine) to conquer the world
venom00 wrote:
The patch looks pretty good now, so I'll put it in my testing tree.
I'm not completely sure of the red highlighting. Red is a color for errors,
I'll
try green, yellow and maybe bold.
Moreover I want to add the rubber button.
Just a last nitpick: we try to keep the
On Tuesday 03 May 2011 18:23:50 Pavel Sanda wrote:
btw is it still worth to keep this rule as the displays are wider and
wider? what was the rationale behind?
pavel
But our brains are not. ;-)
There are several reasons associated, we should avoid to nest too much our
code, if we have a 5
On 03/05/2011 19:36, José Matos wrote:
On Tuesday 03 May 2011 18:23:50 Pavel Sanda wrote:
btw is it still worth to keep this rule as the displays are wider and
wider? what was the rationale behind?
pavel
But our brains are not. ;-)
There are several reasons associated, we should avoid to
On Tue, May 03, 2011 at 07:23:50PM +0200, Pavel Sanda wrote:
venom00 wrote:
The patch looks pretty good now, so I'll put it in my testing tree.
I'm not completely sure of the red highlighting. Red is a color for errors,
I'll
try green, yellow and maybe bold.
Moreover I want to add
hi all,
i have a question for people on various linux distros. does hunspell
dictionaries and thesaurus working on your box automatically? (now i mean
vanilla lyx, not packages already fixed by distro packagers).
i just found that both spelling and also thesaurus dictionaries are
not found
Andre Poenitz wrote:
btw is it still worth to keep this rule as the displays are wider and wider?
what was the rationale behind?
To enable working on the code without line wrapping.
otoh it allows one logical step on one line and function has 10 instead of 20
lines...
And I think it
On Tue, May 03, 2011 at 08:23:01PM +0200, Pavel Sanda wrote:
Hi,
i have a question for people on various linux distros. does hunspell
dictionaries and thesaurus working on your box automatically? (now i mean
vanilla lyx, not packages already fixed by distro packagers).
I've no idea about
José Matos wrote:
There are several reasons associated, we should avoid to nest too much our
code, if we have a 5 nested levels it becomes increasingly difficult to read
the code.
i didnt want to use 5 nested levels.
With widespread pages it is difficult to read any text, be it code or
On 03/05/2011 20:43, Pavel Sanda wrote:
José Matos wrote:
There are several reasons associated, we should avoid to nest too much our
code, if we have a 5 nested levels it becomes increasingly difficult to read
the code.
i didnt want to use 5 nested levels.
With widespread pages it is
On Tuesday 03 May 2011 19:43:07 Pavel Sanda wrote:
well i dont read the code as a text. for example the second case
looks much more usefull for me, since its 2x smaller in vertical
sense and my eyes go through the code faster.
Since you asked...
honestly it seems unreadable in both cases. :-)
José Matos wrote:
On Tuesday 03 May 2011 19:43:07 Pavel Sanda wrote:
well i dont read the code as a text. for example the second case
looks much more usefull for me, since its 2x smaller in vertical
sense and my eyes go through the code faster.
Since you asked...
honestly it seems
Abdelrazak Younes wrote:
I don't care so much about the 80 chars limit but certainly we should set
on
some limit and try to follow for the reasons above.
100? :)
No. But Qt's connect can be considered as an exception IMO.
and what about the lyxerr oneliners (which were the real trigger
On Tuesday 03 May 2011 19:49:59 Pavel Sanda wrote:
nice way how to avoid answer :)
pavel
If it were me I would do it like this:
connect(table,SIGNAL(rowsChanged(int)), rowsSB,
SLOT(setValue(int)));
connect(table,SIGNAL(colsChanged(int)), columnsSB,
On Tue, May 3, 2011 at 8:23 PM, Pavel Sanda sa...@lyx.org wrote:
i have a question for people on various linux distros. does hunspell
dictionaries and thesaurus working on your box automatically? (now i mean
vanilla lyx, not packages already fixed by distro packagers).
Aspell and Enchant are
Liviu Andronic wrote:
On Tue, May 3, 2011 at 8:23 PM, Pavel Sanda sa...@lyx.org wrote:
i have a question for people on various linux distros. does hunspell
dictionaries and thesaurus working on your box automatically? (now i mean
vanilla lyx, not packages already fixed by distro
Sven Hoexter wrote:
I've no idea about hunspell spell checking, I would've to try a build with
hunspell. I switched the package to enchant only some time ago. For the
thesaurus the default location does not work.
i dont see any debian specific patches for thesauri.
how you make lyx find them.
On Tue, May 03, 2011 at 08:43:07PM +0200, Pavel Sanda wrote:
José Matos wrote:
There are several reasons associated, we should avoid to nest too much our
code, if we have a 5 nested levels it becomes increasingly difficult to
read
the code.
i didnt want to use 5 nested levels.
On Tue, May 3, 2011 at 9:00 PM, Pavel Sanda sa...@lyx.org wrote:
theasurus works for you?
Not for Enchant: LyX complains that no thesaurus available for English
(or French). Nor for Aspell or Hunspell. I don't know if I need to
install anything in particular.
Liviu
On Tue, May 3, 2011 at 9:07 PM, Sven Hoexter s...@timegate.de wrote:
Not very elegant but something like
dpkg -L $(dpkg -l|grep hunspell-[a-z]*-|head -n1|awk '{print $2}')
filters the meta-data and includes the relevant symlinks etc.
Nice. Here's what I get:
liv@liv-laptop:~$ dpkg -L $(dpkg
On Tue, May 03, 2011 at 09:03:39PM +0200, Pavel Sanda wrote:
Sven Hoexter wrote:
I've no idea about hunspell spell checking, I would've to try a build with
hunspell. I switched the package to enchant only some time ago. For the
thesaurus the default location does not work.
i dont see any
On 03.05.2011 11:54, Pavel Sanda wrote:
Dear all,
as announced from the very beginning my position applied for 2.0 only.
I've put lot of my energy into 2.0 and need to take a rest for some time.
The discussion about the next release manager was planned for later (even on
some
development
Sven Hoexter wrote:
No, it's just a symlink /usr/share/lyx/thes - /usr/share/mythes
i see, thats another solution. too late, but that could be in release notes...
where are spellcheck and thesaurus dictionaries on your distros?
(/usr/share/myspell on gentoo)
we should use
On 03.05.2011 20:18, Andre Poenitz wrote:
And I think it still makes a lot of sense, as people are known to place
several editor side by side to use the full width of their new screens...
Those people have two screens ;)
Peter
Just a quick note from an attempt to build the lyx_2_0_0 branch on
Ubuntu 11.04: I get a warning:
$ ./autogen.sh
Using automake (GNU automake) 1.11.1
Using autoconf (GNU Autoconf) 2.67
Building macros...
/usr/share/aclocal/gtkglextmm-1.2.m4:225: warning: underquoted
definition of
If it were me I would do it like this:
connect(table,SIGNAL(rowsChanged(int)), rowsSB,
SLOT(setValue(int)));
connect(table,SIGNAL(colsChanged(int)),
columnsSB, SLOT(setValue(int)));
connect(rowsSB, SIGNAL(valueChanged(int)),table,
Il 03/05/2011 16:03, Richard Heck ha scritto:
On 05/03/2011 09:25 AM, Abdelrazak Younes wrote:
On 03/05/2011 10:20, Edwin Leuven wrote:
so let's decide to move to git (we loose nothing and gain some),
Probably unimportant, we just lost some disk space (+30.8% space needed
for sources)
$
If I use an undefined macro, i.e., I type in LyX:
[C-m]\mymacro
and I have instant preview on (trunk), then after exiting the math
context I cannot find anymore the macro, as its instant preview is
nothing on the screen.
Would it be possible to disable the instant preview in such case (in
Would it be possible to disable the instant preview in such case (in
which its latex compilation fails, as in this case) ?
Well, actually it doesn't fail, but gives an empty output. Could you please open
a bug for that? I'm quite busy right now, but I should be able to investigate
the problem.
Il 03/05/2011 22:48, venom00 ha scritto:
Would it be possible to disable the instant preview in such case (in
which its latex compilation fails, as in this case) ?
Well, actually it doesn't fail, but gives an empty output. Could you please open
a bug for that? I'm quite busy right now, but I
Am 03.05.2011 um 20:23 schrieb Pavel Sanda:
hi all,
i have a question for people on various linux distros. does hunspell
dictionaries and thesaurus working on your box automatically? (now i mean
vanilla lyx, not packages already fixed by distro packagers).
i just found that both
Il 03/05/2011 16:01, Richard Heck ha scritto:
Would you like such a solution ?
This looks to me like a simple and workable plan, especially if this is
really the only bit we need.
Tried something along that line, attached to original reopened bug:
#6560
On Tue, May 03, 2011 at 09:43:40PM +0200, venom00 wrote:
We need a limit, 100 is perfect IMSO [1].
venom00 (is sure someone here is still developing on terminal)
Terminal or not (which I do use around 50% of the time) is not the full
picture, as one can have split editors in some IDEs, too
Terminal or not (which I do use around 50% of the time) is
not the full
picture, as one can have split editors in some IDEs, too (and that's
perhaps 20% of the remaining 50% for me...)
That's true, otherwise I'd have suggested more than 100 chars.
[1] In My Selfish Opinion, that is, given
venom00 wrote:
My opinion is: who is still developing on a terminal? :P
that would be me. p
Am 03.05.2011 um 11:54 schrieb Pavel Sanda:
Dear all,
as announced from the very beginning my position applied for 2.0 only.
I've put lot of my energy into 2.0 and need to take a rest for some time.
Thank you, Pavel, for all the hours of your real life you spent for LyX.
And - of course -
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?
pavel
On Tue, May 03, 2011 at 10:10:40PM +0200, Tommaso Cucinotta wrote:
Il 03/05/2011 16:03, Richard Heck ha scritto:
On 05/03/2011 09:25 AM, Abdelrazak Younes wrote:
On 03/05/2011 10:20, Edwin Leuven wrote:
so let's decide to move to git (we loose nothing and gain some),
Probably unimportant,
Am 03.05.2011 um 12:06 schrieb Pavel Sanda:
Pavel Sanda wrote:
please note that trunk is STILL FROZEN. waiting for acks around.
the lock is relased. we have branch for 2.0.0 and no critical reports.
Stephan, Joost I plan to announce the whole thing not later than
tomorrow night, it would
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.
There is no way you will be able to
On Tue, May 3, 2011 at 10:10 PM, Tommaso Cucinotta tomm...@lyx.org wrote:
Il 03/05/2011 16:03, Richard Heck ha scritto:
On 05/03/2011 09:25 AM, Abdelrazak Younes wrote:
On 03/05/2011 10:20, Edwin Leuven wrote:
so let's decide to move to git (we loose nothing and gain some),
Probably
Agreed. I think we should switch to git right now.
Let's not rush:
- Where do we want to host it ?
- How are we gonna set up the cvs-log list ?
- Lots of people are not familiar with git right now.
- Did we already agree on a workflow that is suitable for everyone ?
Vincent, as you are the
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?
pavel
YES, me !
Show me an example where it would be necessary
Author: rgheck
Date: Tue May 3 15:12:55 2011
New Revision: 38570
URL: http://www.lyx.org/trac/changeset/38570
Log:
New lyx2lyx file for 2.0 -- 2.1 conversions.
Added:
lyx-devel/trunk/lib/lyx2lyx/lyx_2_1.py
You forgot to update the LyX.py file.
Vincent
And it seems Vincent couldn't wait for his run ;)
I'm innocent... (running away)
Peter
Vincent
On Tue, May 3, 2011 at 11:54 AM, Pavel Sanda sa...@lyx.org wrote:
Dear all,
as announced from the very beginning my position applied for 2.0 only.
I've put lot of my energy into 2.0 and need to take a rest for some time.
The discussion about the next release manager was planned for later
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 will compose a list of things afterwards and keep this in
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 yet, so I'll not rush things.
My plans are to first
On Wed, May 04, 2011 at 01:00:16AM +0200, 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
Uwe.
What is the reason you still use scons ?
Vincent
Op 4 mei 2011 02:05 schreef uwesto...@lyx.org het volgende:
Author: uwestoehr
Date: Wed May 4 02:05:39 2011
New Revision: 38577
URL: http://www.lyx.org/trac/changeset/38577
Log:
scons/SConstruct: fix SCons
Modified:
Am 04.05.2011 00:50, schrieb Vincent van Ravesteijn:
As a typical start of a new release cycle I want to poll
- what features are a must in the next release;
In my opinion
- Further work on tex2lyx and/or a new fileformat. Currently collaboration with persons using plain
TeX is still a
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 I can also remerge po-files. Maybe that is now also
On Fri, Apr 29, 2011 at 05:17:33PM +0200, Peter Kümmel wrote:
On 28.04.2011 22:49, Enrico Forestieri wrote:
On Thu, Apr 28, 2011 at 11:23:29AM -0600, Rob Oakes wrote:
It sounds as though consensus is emerging. Would it be possible to have
the the git master branch mirrored into the existing
On 05/03/2011 05:17 PM, Tommaso Cucinotta wrote:
Il 03/05/2011 16:01, Richard Heck ha scritto:
Would you like such a solution ?
This looks to me like a simple and workable plan, especially if this is
really the only bit we need.
Tried something along that line, attached to original reopened
On 05/03/2011 06:33 PM, Vincent van Ravesteijn wrote:
Author: rgheck
Date: Tue May 3 15:12:55 2011
New Revision: 38570
URL: http://www.lyx.org/trac/changeset/38570
Log:
New lyx2lyx file for 2.0 -- 2.1 conversions.
Added:
lyx-devel/trunk/lib/lyx2lyx/lyx_2_1.py
You forgot to update
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 let's
assure to switch to math mode if needed. This helps avoiding
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
http://www.lyx.org/trac/ticket/7525
Well, I can't resist a challenge
The attached
> The patch looks pretty good now, so I'll put it in my testing tree.
I'm not completely sure of the red highlighting. Red is a color for errors, I'll
try green, yellow and maybe bold.
Moreover I want to add the "rubber" button.
> Just a last nitpick: we try to keep the lines shorter than 80
>
Vincent wrote:
> What is the next feature you will work on ?
I was thinking of the "home" or "start" tab (or maybe just as a background of
the work area, instead of the LyX logo) where you can choose things like
"Create new presentation", "Create a letter", a list of recent documents, link
to
Andre Poenitz wrote:
> Well, the part I don't get is why suddenly using a version control
> system is considered rocket science. It is not.
>
> [...]
>
> With svn there's not much choice but to commit
> early, in order to be ready for the next hunk of
On Monday 02 May 2011 17:37:12 Richard Heck wrote:
> I'd be happy to make rpms, if I knew how to do so
>
> Richard
I can help if you want to. :-)
--
José Abílio
venom00 wrote:
> I was thinking of the "home" or "start" tab (or maybe just as a background
> of the work area, instead of the LyX logo) where you can choose things
> like "Create new presentation", "Create a letter", a list of recent
> documents, link to option dialog, maybe an RSS feed, things
Vincent van Ravesteijn wrote:
> I don't see what my scheme differs from the current scheme. You make a feature
> and instead of doing it locally, you do it in a branch (possibly
> online if you want).
> When you normally would commit it, now you announce the new branch. The
> fixes you normally
On Tue, May 3, 2011 at 9:58 AM, venom00 wrote:
> Vincent wrote:
>> What is the next feature you will work on ?
>
> I was thinking of the "home" or "start" tab (or maybe just as a background of
> the work area, instead of the LyX logo) where you can choose things like
>
1 - 100 of 186 matches
Mail list logo