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 discussion
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 a
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 avo
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
>>
>>
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 origin
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
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
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 pain.
Uwe.
What is the reason you still use scons ?
Vincent
Op 4 mei 2011 02:05 schreef 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:
> lyx-devel/trunk/developm
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 devel
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 f
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
On Tue, May 3, 2011 at 11: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
>
> And it seems Vincent couldn't wait for his run ;)
>
>
I'm innocent... (running away)
> Peter
>
Vincent
> 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
On Wed, May 4, 2011 at 12:08 AM, Pavel Sanda 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 and
>
> 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
On Tue, May 3, 2011 at 10:10 PM, 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),
>>>
> Prob
>
>
> 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
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, i
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 uni
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
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
venom00 wrote:
> My opinion is: who is still developing on a terminal? :P
that would be me. p
> 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,
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
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
http://www.lyx.org/trac/ticket/65
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 s
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 sho
> 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
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
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)
$ gi
> 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,
> SLOT(se
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 AC_GTKGLEXTMM_
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
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
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 meeti
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
On Tue, May 3, 2011 at 9:07 PM, Sven Hoexter 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 -l|grep "hu
On Tue, May 3, 2011 at 9:00 PM, Pavel Sanda 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 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 lev
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
Liviu Andronic wrote:
> On Tue, May 3, 2011 at 8:23 PM, Pavel Sanda 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).
> >
>
On Tue, May 3, 2011 at 8:23 PM, Pavel Sanda 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 fine out-o
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,
SLOT(setValue(i
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
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 se
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. :-
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 difficul
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 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
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
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 autom
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
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 nest
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
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 ke
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
Jean-Marc Lasgouttes 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 ;-)
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
On 05/03/2011 09:25 AM, Abdelrazak Younes wrote:
> On 03/05/2011 10:20, Edwin Leuven wrote:
>> 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
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 c
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 sleeping
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.cpp8610x4c3f8
yes, great job pavel!!
and i am sure vincent will prove to be an excellent successor...
ed.
On 03/05/2011 10:20, Edwin Leuven wrote:
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 work. With git
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 l
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
>> docume
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
> de
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 outcome
> On Mon, May 2, 2011 at 7:49 PM, 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.
> >
> Of curiosity, which one? Wikipedia doesn't say much.
> Liviu
May
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 -
On Mon, May 2, 2011 at 7:49 PM, 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.
>
Of curiosity, which one? Wikipedia doesn't say much.
Liviu
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 plat
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 volu
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 no
> 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!
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, i
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
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
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 a
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
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
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 ex
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 tar
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
> 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 be
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
> "Create new presentation",
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 wou
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 li
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
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 work. With git one can
> only commit locally a
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 o
> 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
>
94 matches
Mail list logo
