Vincent van Ravesteijn wrote:
rgheck schreef:
This is the same issue as with InsetOptArg. It shouldn't be an inset.
It's a layout feature.
Richard
That's why I would like to see this difference to disappear. Why is a
note an Inset and the title an layout ? Why is a branch an inset and
the a
Guenter Milde wrote:
On 2009-03-05, Jean-Marc Lasgouttes wrote:
We can just show the contents of notes that are in the section
paragraphs.
This is what I had in mind too.
Or have a 'show in outline' option if you prefer.
I'd prefer a "show summary/notes" toggle in the out
Pavel Sanda wrote:
Lars Gullik Bj?nnes wrote:
Pavel Sanda writes:
| Abdelrazak Younes wrote:
Sure if a change is wanted we will go the full 10 yards... but why
unwilling to gain experience by testing with git-svn first?
Oh, I already use an like git. But I am affraid mos
On 2009-03-05, Jean-Marc Lasgouttes wrote:
>We can just show the contents of notes that are in the section
> paragraphs.
This is what I had in mind too.
> Or have a 'show in outline' option if you prefer.
I'd prefer a "show summary/notes" toggle in the outliner instead.
Günter
Vincent van Ravesteijn wrote:
Lars Gullik Bjønnes schreef:
Andre Poenitz
writes:
| On Wed, Mar 04, 2009 at 08:20:34AM +0100, Peter Kümmel wrote:
I think I'll just go and hide beneath my rock again ;-)
Maybe you are interested in replacing boost with 'real' C++: TR1.
| I tr
Lars Gullik Bj?nnes wrote:
> >> | No, AFAIK you can clone a git repo with 'git clone' and then use
> >> | git-svn for the rest. I use Pavel's LyX repo for history and blaming
> >> | with qgit and that's very very good compared to 'svn log' and 'svn
> >> | blame', even more important, that's fast, i
Lars Gullik Bj?nnes wrote:
> Pavel Sanda writes:
>
> | Abdelrazak Younes wrote:
> >>> Sure if a change is wanted we will go the full 10 yards... but why
> >>> unwilling to gain experience by testing with git-svn first?
> >>>
> >>
> >> Oh, I already use an like git. But I am affraid most develo
rgheck schreef:
This is the same issue as with InsetOptArg. It shouldn't be an inset.
It's a layout feature.
Richard
That's why I would like to see this difference to disappear. Why is a
note an Inset and the title an layout ? Why is a branch an inset and the
abstract a layout ? Why do we ha
rgheck writes:
> You could do that, but the problem with that kind of solution, as I
> see it, is that you then have to keep the note insets in the right
> place. This is the same issue as with InsetOptArg. It shouldn't be an
> inset. It's a layout feature.
But it is a _note_. And if it makes se
Vincent van Ravesteijn writes:
> Wasn't this the thingie that made me complain that Visual Studio C++
> 2008 Express Edition wouldn't compile anymore ?
Yes, probably.
JMarc
lar...@gullik.org (Lars Gullik Bjønnes) writes:
> | - cannot import bugzilla database to tracker
>
> I'd love to get rid of bugzilla anyway... it is a superhassle to
> upgrade...
I want to get rid of bugzilla too, but I do not want to lose my precious
bugs. I got accustomed to them, you see?
> |
Jean-Marc Lasgouttes wrote:
rgheck writes:
Jürgen Spitzmüller wrote:
2. implement the possibility to add comments to the outliner items.
As Helge wrote, these will need to be stored in the document (as
specific properties). I suppose this would be much easier to
implement after LyX's
rgheck writes:
> Jürgen Spitzmüller wrote:
>> 2. implement the possibility to add comments to the outliner items.
>> As Helge wrote, these will need to be stored in the document (as
>> specific properties). I suppose this would be much easier to
>> implement after LyX's file format switched to XM
> | and there is a good question why should we migrate after all. while i enjoy
> | git i see drawbacks from such switching too...
>
> Please name them.
subversion is considerably simpler than git if we do not use branches
that often. Having a revision number (I know where to find revision
21007),
Bo Peng writes:
>> | Why do you prefer sf.net to other forges, actually?
>
| Like many other hot issues, I think no consensus will be reached by
| emails, but real actions will prevail. If you like a host site, please
| go ahead and start migration. I do not think it will hurt lyx in any
| way if
Pavel Sanda writes:
| Abdelrazak Younes wrote:
>>> Sure if a change is wanted we will go the full 10 yards... but why
>>> unwilling to gain experience by testing with git-svn first?
>>>
>>
>> Oh, I already use an like git. But I am affraid most developpers won't use
>> it if svn is still avai
Abdelrazak Younes writes:
| Lars Gullik Bjønnes wrote:
>> Abdelrazak Younes writes:
>>
>> [...]
>> | No, AFAIK you can clone a git repo with 'git clone' and then use
>> | git-svn for the rest. I use Pavel's LyX repo for history and blaming
>> | with qgit and that's very very good compared to 'sv
Lars Gullik Bjønnes schreef:
Andre Poenitz
writes:
| On Wed, Mar 04, 2009 at 08:20:34AM +0100, Peter Kümmel wrote:
I think I'll just go and hide beneath my rock again ;-)
Maybe you are interested in replacing boost with 'real' C++: TR1.
| I tried replacing our boost::share
Abdelrazak Younes wrote:
>> Sure if a change is wanted we will go the full 10 yards... but why
>> unwilling to gain experience by testing with git-svn first?
>>
>
> Oh, I already use an like git. But I am affraid most developpers won't use
> it if svn is still available.
and there is a good qu
> | Why do you prefer sf.net to other forges, actually?
Like many other hot issues, I think no consensus will be reached by
emails, but real actions will prevail. If you like a host site, please
go ahead and start migration. I do not think it will hurt lyx in any
way if we register lyx on a few we
Lars Gullik Bjønnes wrote:
Abdelrazak Younes writes:
[...]
| No, AFAIK you can clone a git repo with 'git clone' and then use
| git-svn for the rest. I use Pavel's LyX repo for history and blaming
| with qgit and that's very very good compared to 'svn log' and 'svn
| blame', even more important
Abdelrazak Younes writes:
[...]
| No, AFAIK you can clone a git repo with 'git clone' and then use
| git-svn for the rest. I use Pavel's LyX repo for history and blaming
| with qgit and that's very very good compared to 'svn log' and 'svn
| blame', even more important, that's fast, incredibly fas
Jean-Marc Lasgouttes writes:
| lar...@gullik.org (Lars Gullik Bjønnes) writes:
>> What do you mean by "get all our data back"? I do not quite understand
>> how that can be a problem
>
| Have access to our raw svn/git data to host it else where (but this is
| probably moot with git). Have access t
Lars Gullik Bjønnes wrote:
Pavel Sanda writes:
| Lars Gullik Bj?nnes wrote:
If there are interest I'll try to setup a git tree that you can clone and set
up as a git-svn tree. (I'll even write up a wiki page to explain briefly how
to do that.)
| this is already done on git.or.c
Jürgen Spitzmüller wrote:
2. implement the possibility to add comments to the outliner items. As Helge
wrote, these will need to be stored in the document (as specific
properties). I suppose this would be much easier to implement after LyX's
file format switched to XML, something that is planne
On Thu, Mar 05, 2009 at 10:56:06AM +, Guenter Milde wrote:
Hi,
> My favourite is berlios.de, an advertisement-free, clean open-source
> forge with bug-tracking, GIT and other tools (see
> http://developer.berlios.de/docman/display_doc.php?docid=26&group_id=2
> for details).
AFAIK Joerg Schil
On Thu, Mar 05, 2009 at 10:10:53AM +0100, Jean-Marc Lasgouttes wrote:
> Jean-Marc Lasgouttes writes:
Hi,
> In this respect, I'd favor hosting from free software projects like
> alioth (debian), launchpad (ubuntu,although this is a company) or
> savannah (GNU).
Alioth is strictly Debian only so
On Thu, Mar 05, 2009 at 12:22:58AM +0100, Lars Gullik Bj?nnes wrote:
Hi,
> | I need to upgrade that server to Centos 5.2, but once that's done
>
> You are aware that Centos 5.3 will be out in a couple of weeks?
In almost all cases that will be a rather smooth upgrade. I've some RHEL 5
here
Rob Oakes wrote:
> http://www.oak-tree.us/stuff/LyX-Proposal.pdf
Thanks, this is a an interesting paper. I think that your proposal is
overall compatible with LyX's approach, and I think LyX could be extended to
support at least many of your ideas.
The actual question now is: how to implement t
On 2009-03-04, Peter Kümmel wrote:
> Lars Gullik Bjønnes wrote:
>> Bo Peng writes:
The bug database might be a problem...
>> | I know that many people dislike sourceforge but sourceforge supports
>> | pmwiki (our web), trac, and some project and bug tracking systems...
>> | http://apps.sour
Rob Oakes wrote:
Dear Jürgen and other LyX Developers,
Thank you very much for the kind welcome. Pursuant to your advice, I have
gone through and tried to develop my thoughts on a few features that I would
be excited to develop and add to LyX. Because of dummy-layouts and a few
other graphi
Jean-Marc Lasgouttes wrote:
> What do you think of sourceforge, BTW?
I'm not using many features, only the svn repository, the release system and a
simple webpage.
The Pioneers project originally used cvs and SourceForge provided a simple
transfer to Subversion. When issues arose (the project
"Roland Clobus" writes:
> Non-developers are able to create a new item in the patches section,
> and add a comment to the bug or feature request which points to the
> patch. (This is how users contribute to the project Pioneers (pio))
Thanks for the information, Roland. What do you think of sourc
Thursday 5 March 2009, 11:06 Lars Gullik Bjønnes wrote:
> I took a look at sf.net and problems _may_ be:
...
> - non developers cannot attach patches/files to bugs
> http://sourceforge.net/tracker/?func=detail&atid=21&aid=2568036&gro
> up_id=1)!
Non-developers are able to create a new item i
lar...@gullik.org (Lars Gullik Bjønnes) writes:
> What do you mean by "get all our data back"? I do not quite understand
> how that can be a problem
Have access to our raw svn/git data to host it else where (but this is
probably moot with git). Have access to our bug database data to do
whatever w
Jean-Marc Lasgouttes writes:
| Jean-Marc Lasgouttes writes:
>> What we need to look at is the possibility to get all our data back if
>> we want to leave. Whasn't that a problem with sf.net?
>
| In this respect, I'd favor hosting from free software projects like
| alioth (debian), launchpad (ubu
Jean-Marc Lasgouttes writes:
| Peter Kümmel writes:
>> What about a 'evaluation'? Possible candidates are:
>>
>> ww.sf.net
>> www.assembla.com
>> github.com
>> repo.or.cz
>
| savannah, launchpad, tigris, or more generally
| http://en.wikipedia.org/wiki/Comparison_of_free_software_hosting_facilit
Jean-Marc Lasgouttes writes:
> What we need to look at is the possibility to get all our data back if
> we want to leave. Whasn't that a problem with sf.net?
In this respect, I'd favor hosting from free software projects like
alioth (debian), launchpad (ubuntu,although this is a company) or
savan
Peter Kümmel writes:
> What about a 'evaluation'? Possible candidates are:
>
> ww.sf.net
> www.assembla.com
> github.com
> repo.or.cz
savannah, launchpad, tigris, or more generally
http://en.wikipedia.org/wiki/Comparison_of_free_software_hosting_facilities
What we need to look at is the possibil
lar...@lyx.org (Lars Gullik Bjønnes) writes:
> I'd like you to name some... I only know of a few and as of current they
> seem to be of very little importance. I belive the benefit of not having
> to handle the daily (or yearly) churn of chores is a really good thing.
Setting up automatic generati
Pavel Sanda writes:
| Lars Gullik Bj?nnes wrote:
>> >> If there are interest I'll try to setup a git tree that you can clone and
>> >> set
>> >> up as a git-svn tree. (I'll even write up a wiki page to explain briefly
>> >> how
>> >> to do that.)
>> >
>> | this is already done on git.or.cz, th
41 matches
Mail list logo
