Richard Heck wrote:
Andre Poenitz wrote:
On Wed, Aug 22, 2007 at 07:44:17PM -0400, Richard Heck wrote:
Andre Poenitz wrote:
Looks good in general.
Good.
I find the naming TextClass_sptr exceptionally ugle (CamelBump and
under_score mixed), but I know there are unfortunate precenden
Enrico Forestieri wrote:
On Wed, Aug 22, 2007 at 07:24:17PM +0200, Jean-Pierre Chretien wrote:
If a Qt3 frontend was provided, I will be using LyX 1.5 on solaris,
as that is not the case, I will be still sticking with 1.4 for the
time being. With that attitude you may scare away users of altern
On Wed, Aug 22, 2007 at 07:03:50PM -0400, Richard Heck wrote:
> This is one of a series of patches that will merge the layout modules
> development in personal/branches/rgheck back into the tree.
...
> Index: src/BufferParams.h
> =
In my institution, because few people are willing to review others'
grant, there is a submit one, review one policy. If we adopt this rule
here, you should go ahead and review my Embedding patch. :-)
First, could you disclose a little bit how to use this feature? Is
there a GUI to add modules?
> Right now a scon null release build is 32 seconds, autotools is 18
> seconds on my machine.
>
> Given that one of the main reasons to abolish autotools is to reduce
> development roundtrip times this does not bode well...
This is not a fair comparison because scons null ~ autogen.sh +
configure
On 8/22/07, Andre Poenitz <[EMAIL PROTECTED]> wrote:
> On Wed, Aug 22, 2007 at 04:26:23PM -0500, Bo Peng wrote:
> > > How do I create such a .vcproj file? I'd like to have a look...
> >
> > Under development/scons, run 'scons mode=debug msvs_projects' and
> > double click the generated lyx.vcprojec
Andre Poenitz wrote:
On Wed, Aug 22, 2007 at 07:44:17PM -0400, Richard Heck wrote:
Andre Poenitz wrote:
Looks good in general.
Good.
I find the naming TextClass_sptr exceptionally ugle (CamelBump and
under_score mixed), but I know there are unfortunate precendents
(Layout_ptr). I
On Wed, Aug 22, 2007 at 07:44:17PM -0400, Richard Heck wrote:
> Andre Poenitz wrote:
> >The file TextClass_sptr.h seems to be missing from the patch?
> >
> Yes, sorry. Here it is.
Looks good in general.
I find the naming TextClass_sptr exceptionally ugle (CamelBump and
under_score mixed), but I
On Wed, Aug 22, 2007 at 11:22:20PM +, Angus Leeming wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
> > > I see *what* you're doing. You're initializing the base class,
> > > passing its c-tor a std::basic_streambuf pointer which
> > > you're also using to initialize the sbuf_ member variabl
Andre Poenitz wrote:
The file TextClass_sptr.h seems to be missing from the patch?
Yes, sorry. Here it is.
rh
--
==
Richard G Heck, Jr
Professor of Philosophy
Brown University
http://frege.brown.edu/heck/
==
On Wed, Aug 22, 2007 at 07:03:50PM -0400, Richard Heck wrote:
> This is one of a series of patches that will merge the layout modules
> development in personal/branches/rgheck back into the tree.
>
> Design goal: Allow the use of layout "modules", which are to LaTeX
> packages as layout files ar
Andre Poenitz <[EMAIL PROTECTED]> writes:
> > I see *what* you're doing. You're initializing the base class, passing
> > its c-tor a std::basic_streambuf pointer which you're also
> > using to initialize the sbuf_ member variable.
> >
> > Is that safe?
>
> I believe it is safe. The TexStreamBuf
On Wed, Aug 22, 2007 at 04:26:23PM -0500, Bo Peng wrote:
> > How do I create such a .vcproj file? I'd like to have a look...
>
> Under development/scons, run 'scons mode=debug msvs_projects' and
> double click the generated lyx.vcproject file. You will have to (?)
> run 'scons intall' before you c
On Wed, Aug 22, 2007 at 07:24:17PM +0200, Jean-Pierre Chretien wrote:
> >> If a Qt3 frontend was provided, I will be using LyX 1.5 on solaris,
> >> as that is not the case, I will be still sticking with 1.4 for the
> >> time being. With that attitude you may scare away users of alternative
> >> sy
This is one of a series of patches that will merge the layout modules
development in personal/branches/rgheck back into the tree.
Design goal: Allow the use of layout "modules", which are to LaTeX
packages as layout files are to LaTeX document classes. Thus, one could
have a module that define
I jsut tried to create a wiki page to collect all the stuff that's
written here.
It's currently
http://wiki.lyx.org/Devel/Pages
and I have no clue how I can rename this 'Pages' into somethoing like
'Build Systems'. Christian?
Andre'
> > Because cmake is supposed to be faster, and provide native build
> > system support which appeals to some people. (I prefer a uniform
> > interface). Once it becomes user-friendly and well-documented, it may
> > become the favorite build system.
>
> These are the very reason why I think CMake i
José Matos wrote:
On Wednesday 22 August 2007 16:04:08 Abdelrazak Younes wrote:
I guess I am talking about this bug:
http://bugzilla.lyx.org/show_bug.cgi?id=3171
This bug is irrelevant now that we have one BufferView per Buffer ;-)
If that is the case then please mark the bug as fixedintrun
Bo Peng wrote:
Bo, is that OK for you?
Sorry Bo, I did not wait because my fix to bug 3427 needed this one. I
hope you don't mind, this is just cosmetics (apart for the font bug fixing).
Test 3171 and see if you need to re-open that bug.
I tested it and found no problem. But I did not expect
On Wed, Aug 22, 2007 at 11:44:13PM +0200, Andre Poenitz wrote:
> On Wed, Aug 22, 2007 at 04:26:23PM -0500, Bo Peng wrote:
> > > How do I create such a .vcproj file? I'd like to have a look...
> >
> > Under development/scons, run 'scons mode=debug msvs_projects' and
> > double click the generated l
Bo Peng wrote:
How do I create such a .vcproj file? I'd like to have a look...
Under development/scons, run 'scons mode=debug msvs_projects' and
double click the generated lyx.vcproject file. You will have to (?)
run 'scons intall' before you can debug in msvs.
And switch back and forth from/
On Wed, Aug 22, 2007 at 04:26:23PM -0500, Bo Peng wrote:
> > How do I create such a .vcproj file? I'd like to have a look...
>
> Under development/scons, run 'scons mode=debug msvs_projects' and
> double click the generated lyx.vcproject file. You will have to (?)
> run 'scons intall' before you c
On Wed, Aug 22, 2007 at 08:14:05PM +, [EMAIL PROTECTED] wrote:
> Author: uwestoehr
> Date: Wed Aug 22 22:14:05 2007
> New Revision: 19735
>
> URL: http://www.lyx.org/trac/changeset/19735
> Log:
> LINGUAS: add Finnish as now are enough translated messages
>
> Modified:
> lyx-devel/trunk/po
> Why? Creating a .vcproj file is just wrinting out some XML. Not exactly
> 'rocket sciense'. I am sure Python can do that...
Ohmm, you are right, someone from scons-users actually did that for
his own project. I do not really want to do that because I do not use
msvs, also because I heard rumors
> How do I create such a .vcproj file? I'd like to have a look...
Under development/scons, run 'scons mode=debug msvs_projects' and
double click the generated lyx.vcproject file. You will have to (?)
run 'scons intall' before you can debug in msvs.
> > Not so with 'scons dist' etc are in.
>
> The
On Wed, Aug 22, 2007 at 03:49:17PM -0500, Bo Peng wrote:
> > Scons development slow and unreliable,
> > cmake quick and reliable, i.e. an argument that might carry some weight
> > for us as long as our needs are not covered.
>
> I suspect that scons will never produce native MSVS projects due to
>
On Wed, Aug 22, 2007 at 03:43:37PM -0500, Bo Peng wrote:
> > > Its autoconf functionality is weaker than
> > > autotools so it might not work on some *nix systems.
> >
> > I guess it's safe to go for Linux and add the rest on demand.
>
> Agreed.
>
> > > scons also updates po, TOC.lyx, it is easie
Michael Gerz wrote:
http://www.lyx.org/trac/changeset/19513 - QLPainter::text():use a pixmap
cache for word drawing
http://www.lyx.org/trac/changeset/19616 - disable pixmap cache under X11
Maybe suitable for Mac, don't know.
http://www.lyx.org/trac/changeset/19552 - fix MSVC warning
Not ne
On Wed, Aug 22, 2007 at 02:50:09PM -0500, Bo Peng wrote:
> I was told that no patch should break autotools, so here it is an
> updated patch with autotools support.
Good boy.
Andre'
> +
> +
> +Expected features:
> +=
> +
> +1. With embedding enabled (disabled by default),
> One of the perceived problems with scons is that one needs to do a lot
> 'manually'. Which is, given the use of Python, feasible, but not exactly
> 'nice'. The other systems are (said to be...) less flexible but handle
> common cases well.
You get it right. SConstruct is just a python script wit
On Wed, Aug 22, 2007 at 09:55:33PM +0300, Martin Vermeer wrote:
> On Wed, Aug 22, 2007 at 08:39:40PM +0200, Uwe Stöhr wrote:
> > > - i = i + 1
> > > + i += 1
> >
> > Please don't use such constructs. This makes life hard for newbies and
> > those who just want to have a look how a function work
On Wed, Aug 22, 2007 at 07:51:25PM +0100, José Matos wrote:
> On Wednesday 22 August 2007 19:39:40 Uwe Stöhr wrote:
> > > - i = i + 1
> > > + i += 1
> >
> > Please don't use such constructs. This makes life hard for newbies and
> > those who just want to have a look how a function works.
>
>
On Wed, Aug 22, 2007 at 08:39:40PM +0200, Uwe Stöhr wrote:
> > - i = i + 1
> > + i += 1
>
> Please don't use such constructs. This makes life hard for newbies and
> those who just want to have a look how a function works.
Please?
People likely looking into the source surely have seen C, C++,
> Scons development slow and unreliable,
> cmake quick and reliable, i.e. an argument that might carry some weight
> for us as long as our needs are not covered.
I suspect that scons will never produce native MSVS projects due to
its design philosophy. As long as scons delivers 'scons dist', I do
> > Its autoconf functionality is weaker than
> > autotools so it might not work on some *nix systems.
>
> I guess it's safe to go for Linux and add the rest on demand.
Agreed.
> > scons also updates po, TOC.lyx, it is easier to understand/maintain
> > than autotools or cmake, because it uses a l
On Wed, Aug 22, 2007 at 07:12:15PM +0100, José Matos wrote:
> And you know that I would drop m4 for python in an eye blink. ;-)
You are too predictable.
Andre'
On Wed, Aug 22, 2007 at 01:00:20PM -0500, Bo Peng wrote:
> > OTHO the development of scons was stalled for a long time. I had not used
> > it
> > for more than one year after the introduction in lyx because it required the
> > use of an unreleased version.
>
> As I have said, scons' development
On Wed, Aug 22, 2007 at 06:34:43PM +0100, José Matos wrote:
> As a linux guy I use KDE and I do not forget that for KDE4 scons was
> dropped for cmake.
And the KDE people I currently work with expressed very clearly that
cmake is what works best for KDE _and_ for any non-trivial project for
th
Bo Peng wrote:
It would be good to use one build system, but the current situation is
that none of them work best under all situations, and for all
developers. Abdel and other MSVS users obviously need cmake, linux
gurus prefer autotools. I think the currently situation is acceptable
as long as t
On Wed, Aug 22, 2007 at 10:02:45AM -0500, Bo Peng wrote:
> > Peter and Bo: Can you please post a list with what cmake/scons are able
> > to do, not able to do, and the estimated effort to bring it to a 'full'
> > solution?
>
> scons can build and install on linux, windows/msvc/mingw/cygwin but I
>
On Wed, Aug 22, 2007 at 07:14:37PM +0100, José Matos wrote:
> On Wednesday 22 August 2007 18:52:25 Alfredo Braunstein wrote:
> > Care to explain?
>
> Actually I don't remember much and google is not friend. :-)
>
> If every paragraph (and insets fwiw) had an universal unique ID the
> bookmar
On Wed, Aug 22, 2007 at 04:55:13PM +0200, Alfredo Braunstein wrote:
> Abdelrazak Younes wrote:
>
> > Alfredo Braunstein wrote:
> >> Abdelrazak Younes wrote:
> >>
> >>> Well, at runtime, in-inset bookmark sort of work now because we already
> >>> use the paragraph id. What is missing is the saving
On Wed, Aug 22, 2007 at 01:52:30PM +0200, Georg Baum wrote:
> Helge Hafting wrote:
>
> > Murdered is a bit too strong here, I think.
>
> No, it describes quite accurately what happened with qt3: Some people
> decided all of a sudden that it had to go from 'supported, must work'
> status to 'dead,
I was told that no patch should break autotools, so here it is an
updated patch with autotools support.
Bo
Index: src/insets/InsetGraphics.h
===
--- src/insets/InsetGraphics.h (revision 19731)
+++ src/insets/InsetGraphics.h (working c
On Wednesday 22 August 2007 20:38:24 Uwe Stöhr wrote:
> When you think this is not clear enough, I would like to use simply:
> inc(i)
With all the due respect for you Uwe it seems to me that you are doing a
tempest in a teapot. :-)
If the language we are using is python we should use the com
On Wed, Aug 22, 2007 at 01:47:42PM +0200, Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
> > Okokok ;-)
>
> What about this? It only adds 13 lines overall, buying us normal
> const_iterator semantics for CursorSlices (Including automatic conversion
> CursorSlice -> ConstCursorSlice). Somethin
On Wed, Aug 22, 2007 at 01:45:36PM +0200, Georg Baum wrote:
> > It would have eaten resources from a dozen or so active developers which
> > would have reluctantly invested part of there time to maintain qt3.
>
> Bullshit. The offer by me and Jürgen was to do the maintenance, so nobody
> else woul
Martin Vermeer schrieb:
Ah. We had quite a discussion on this a few days ago...
I have no opinion one way or the other. Are there any newbies who have
never seen C-style +=?
Yes, me, when I was a newbie. I'm not joking here.
For C-newbies "+=" tells nothing because what is added to what?
i +
On 8/22/07, Bo Peng <[EMAIL PROTECTED]> wrote:
> > What is the expected time frame for scons 1.0 that you referred in this
> > thread?
BTW, scons has released a snapshot version 0.97.0d20070809 with
packaging features. This is a good sign of stable development.
I will see if scons can build rpm
> What is the expected time frame for scons 1.0 that you referred in this
> thread?
I will have to ask scons-devel. I will revise the scons build system
after scons 1.0 is released. scons/lyx was the first scons build
system I have ever written, and I have got to know scons better after
I use it
Dear all,
Attached please find the second patch for the embedding feature. The
key points are:
1. void registerEmbeddedFiles(Buffer const &, EmbeddedFiles &,
ParConstIterator const &) const;
An inset registers embedded files with an EmbeddedFiles class.
2. void EmbeddedFiles::update()
Goes thr
On Wednesday 22 August 2007 19:19:45 Bo Peng wrote:
> I do not think autotools provide more than scons if we weight
> everything. An obvious example is windows support. We have other build
> system exactly because autotools' problems.
We don't want to change from an incomplete method (but known)
On Wed, Aug 22, 2007 at 08:39:40PM +0200, Uwe Stöhr wrote:
> > - i = i + 1
> > + i += 1
>
> Please don't use such constructs. This makes life hard for newbies and
> those who just want to have a look how a function works.
>
> thanks and regards
> Uwe
Ah. We had quite a discussion on this a fe
On Wednesday 22 August 2007 19:39:40 Uwe Stöhr wrote:
> > - i = i + 1
> > + i += 1
>
> Please don't use such constructs. This makes life hard for newbies and
> those who just want to have a look how a function works.
You are joking, right? :-)
The only reason the previous code was there w
I searched bugzilla for "table" but I couldn't find mention of this small UI
inconstancy. I am not 100% sure that it is incorrect behaviour.
The table creation button on the toolbar allows the user to "stretch" the
table to required size. Graphically, this is represented, in real-time, by a
dar
> - i = i + 1
> + i += 1
Please don't use such constructs. This makes life hard for newbies and those who just want to have a
look how a function works.
thanks and regards
Uwe
> here comes an updated list of potential 1.5.X patches.
I suggest that you create a page in the wiki so that every developer can change the list when he has
committed something.
regards Uwe
On Wed, Aug 22, 2007 at 11:35:35AM +0200, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> >On Wed, Aug 22, 2007 at 07:51:40AM -, [EMAIL PROTECTED] wrote:
> >>Author: younes
> >>Date: Wed Aug 22 09:51:39 2007
> >>New Revision: 19714
> >>
> >>URL: http://www.lyx.org/trac/changeset/19714
> >>Log
> I agree with André, while none of the competitors offers the same features
> of autotools we are not ready to change. :-(
I do not think autotools provide more than scons if we weight
everything. An obvious example is windows support. We have other build
system exactly because autotools' probl
José Matos wrote:
> On Wednesday 22 August 2007 18:52:25 Alfredo Braunstein wrote:
>> Care to explain?
>
> Actually I don't remember much and google is not friend. :-)
>
> If every paragraph (and insets fwiw) had an universal unique ID the
> bookmarks would be a lot more stable, no?
I don't
On Wednesday 22 August 2007 18:52:25 Alfredo Braunstein wrote:
> Care to explain?
Actually I don't remember much and google is not friend. :-)
If every paragraph (and insets fwiw) had an universal unique ID the
bookmarks would be a lot more stable, no?
> A/
--
José Abílio
On Wednesday 22 August 2007 19:00:20 Bo Peng wrote:
> > OTHO the development of scons was stalled for a long time. I had not
> > used it for more than one year after the introduction in lyx because it
> > required the use of an unreleased version.
>
> As I have said, scons' development is much be
Hello,
here comes an updated list of potential 1.5.X patches.
http://www.lyx.org/trac/changeset/19331 - Deal with a UI bug
http://www.lyx.org/trac/changeset/19332 - Make LYX_ALIGN_LAYOUT always
be an available layout
http://www.lyx.org/trac/changeset/19398 - Update to latest from boost
1.34.x
> OTHO the development of scons was stalled for a long time. I had not used it
> for more than one year after the introduction in lyx because it required the
> use of an unreleased version.
As I have said, scons' development is much better now.
> As a linux guy I use KDE and I do not forget t
José Matos wrote:
> On Wednesday 22 August 2007 15:13:27 Alfredo Braunstein wrote:
>> But Stable/DocIterators are not edit-persistent (you need some kind of
>> registering with the buffer to adjust on user edition). Do you have some
>> ideas?
>
> We have used before the idea of using libuuid (u
> Yes. Please coordinate with Bo since this is his code.
I am keeping an eye on this, while preparing embedding patch two.
Bo
On Wednesday 22 August 2007 18:38:01 Martin Vermeer wrote:
> We're getting closer and closer to really useful customizable insets ;-)
>
> Goes in if nobody sees a problem.
OK.
> - Martin
--
José Abílio
On Wednesday 22 August 2007 13:40:09 Abdelrazak Younes wrote:
> Jose, do you want me to proceed?
Yes. Please coordinate with Bo since this is his code.
> Abdel.
--
José Abílio
On Wednesday 22 August 2007 15:13:27 Alfredo Braunstein wrote:
> But Stable/DocIterators are not edit-persistent (you need some kind of
> registering with the buffer to adjust on user edition). Do you have some
> ideas?
We have used before the idea of using libuuid (universally unique
identifie
On Wednesday 22 August 2007 16:04:08 Abdelrazak Younes wrote:
> > I guess I am talking about this bug:
> > http://bugzilla.lyx.org/show_bug.cgi?id=3171
>
> This bug is irrelevant now that we have one BufferView per Buffer ;-)
If that is the case then please mark the bug as fixedintrunk. :-)
> A
On Wednesday 22 August 2007 18:03:14 Edwin Leuven wrote:
> i thought you knew by now that andré is a humorist too, so you shouldn't
> take everything he says so seriously...
You are right in a sense. The problem is always how to decide when to taken
him seriously, and believe me that in that case
On Wednesday 22 August 2007 16:02:45 Bo Peng wrote:
[What I write in this message is exclusively related with scons, I am trying
to be the devil's advocate over this case. I don't forget as well that I am
one of the earliest to propose the use of python into lyx.]
> scons can build the official
We're getting closer and closer to really useful customizable insets ;-)
Goes in if nobody sees a problem.
- Martin
Index: src/insets/InsetCharStyle.h
===
--- src/insets/InsetCharStyle.h (revision 19665)
+++ src/insets/InsetCharStyl
>> If a Qt3 frontend was provided, I will be using LyX 1.5 on solaris,
>> as that is not the case, I will be still sticking with 1.4 for the
>> time being. With that attitude you may scare away users of alternative
>> systems, which often can't even have the third last released version.
I fully ag
Bo Peng wrote:
[snip]
i thought you knew by now that andré is a humorist too, so you shouldn't
take everything he says so seriously...
On Wed, 22 Aug 2007 09:46:59 -0500
Bo Peng <[EMAIL PROTECTED]> wrote:
> > There is a dirty trick used in the handling of bookmarks: bookmark id
> > needs to be converted to pit because only the latter can be saved in
> > session. Therefore, moveToPosition is called when a buffer is closed
> > and
> > Bo, is that OK for you?
>
> Sorry Bo, I did not wait because my fix to bug 3427 needed this one. I
> hope you don't mind, this is just cosmetics (apart for the font bug fixing).
Test 3171 and see if you need to re-open that bug.
Bo
Bo Peng wrote:
I am going to work a bit on the bookmark handling if you don't mind (see
patch). The goal is to extend it to support in-inset bookmarks.
Bo, is that OK for you?
If I understand your patch correctly, you move cursor inside
moveToPosition, instead of returning a new position.
No
> Peter and Bo: Can you please post a list with what cmake/scons are able
> to do, not able to do, and the estimated effort to bring it to a 'full'
> solution?
scons can build and install on linux, windows/msvc/mingw/cygwin but I
do not have access to a mac. Its autoconf functionality is weaker th
Abdelrazak Younes wrote:
> Alfredo Braunstein wrote:
>> Abdelrazak Younes wrote:
>>
>>> Well, at runtime, in-inset bookmark sort of work now because we already
>>> use the paragraph id. What is missing is the saving/loading of in-inset
>>> bookmark when a document is opened/closed.
>>
>> I see (
> There is a dirty trick used in the handling of bookmarks: bookmark id
> needs to be converted to pit because only the latter can be saved in
> session. Therefore, moveToPosition is called when a buffer is closed
> and switched, and we DO not want to move the cursor in this cases,
> especially for
> I am going to work a bit on the bookmark handling if you don't mind (see
> patch). The goal is to extend it to support in-inset bookmarks.
>
> Bo, is that OK for you?
If I understand your patch correctly, you move cursor inside
moveToPosition, instead of returning a new position.
There is a dir
Enrico Forestieri wrote:
On Wed, Aug 22, 2007 at 09:54:54AM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
Crash:
When loading the attached file, the cursor is not visible and the text
is out of view.
I am not sure about this one but this one is fixed:
I started seeing it after
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
Well, at runtime, in-inset bookmark sort of work now because we already
use the paragraph id. What is missing is the saving/loading of in-inset
bookmark when a document is opened/closed.
I see (missed the point) :-)
Still, you are welcome t
Abdelrazak Younes wrote:
Hello there,
I am going to work a bit on the bookmark handling if you don't mind (see
patch). The goal is to extend it to support in-inset bookmarks.
Bo, is that OK for you?
Sorry Bo, I did not wait because my fix to bug 3427 needed this one. I
hope you don't mind,
Abdelrazak Younes wrote:
> Well, at runtime, in-inset bookmark sort of work now because we already
> use the paragraph id. What is missing is the saving/loading of in-inset
> bookmark when a document is opened/closed.
I see (missed the point) :-)
A/
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
I am going to work a bit on the bookmark handling if you don't mind (see
patch). The goal is to extend it to support in-inset bookmarks.
Bo, is that OK for you?
I'm not Bo, but I don't like this approach actually.
Which approach? I am just c
Abdelrazak Younes wrote:
>>> I am going to work a bit on the bookmark handling if you don't mind (see
>>> patch). The goal is to extend it to support in-inset bookmarks.
>>>
>>> Bo, is that OK for you?
>>
>> I'm not Bo, but I don't like this approach actually.
>
> Which approach? I am just clean
> Sorry, I was wrong about qt3.
>
> Helge Hafting
go and wash your mouth with soap!
Georg Baum wrote:
Helge Hafting wrote:
Murdered is a bit too strong here, I think.
No, it describes quite accurately what happened with qt3: Some people
decided all of a sudden that it had to go from 'supported, must work'
status to 'dead, removed from the repo'.
Sorry, I was wrong
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
Hello there,
I am going to work a bit on the bookmark handling if you don't mind (see
patch). The goal is to extend it to support in-inset bookmarks.
Bo, is that OK for you?
I'm not Bo, but I don't like this approach actually.
Which appro
Abdelrazak Younes wrote:
> Hello there,
>
> I am going to work a bit on the bookmark handling if you don't mind (see
> patch). The goal is to extend it to support in-inset bookmarks.
>
> Bo, is that OK for you?
I'm not Bo, but I don't like this approach actually. IMHO, we should think
harder in
On 22.08.2007, at 00:20, Bo Peng wrote:
Compiles fine here (linux)
scons/linux/msvc, cmake, autotools/linux/mac are working... enough
for today.
BTW: is cmake with Xcode supposed to work? It gives the following
error at the final linking stage:
collect2: ld returned 1 exit status
/us
Hello there,
I am going to work a bit on the bookmark handling if you don't mind (see
patch). The goal is to extend it to support in-inset bookmarks.
Bo, is that OK for you?
There is by the way a bug in 1.5.x with bookmarks: the current font is
not set. Putting this line at the end of Buffer
Georg Baum wrote:
Helge Hafting wrote:
If anyone had stepped up and said "I will maintain qt3/gtk,
implement every new dialog etc. in a timely manner"
then these frontends would have lived. But no one did,
so they died.
Wrong (for qt3), exactly this offer did exist.
I think Helge is talkin
On Wed, Aug 22, 2007 at 12:59:13PM +0200, Helge Hafting wrote:
> Enrico Forestieri wrote:
> > Yes, they are better spent in adding new build systems. I stand in my
> > opinion that the Qt3 and gtk frontends were murdered.
> >
>
> Murdered is a bit too strong here, I think.
> Several core devel
Helge Hafting wrote:
> Murdered is a bit too strong here, I think.
No, it describes quite accurately what happened with qt3: Some people
decided all of a sudden that it had to go from 'supported, must work'
status to 'dead, removed from the repo'.
> Several core developers decided they did not w
Andre Poenitz wrote:
> Okokok ;-)
What about this? It only adds 13 lines overall, buying us normal
const_iterator semantics for CursorSlices (Including automatic conversion
CursorSlice -> ConstCursorSlice). Something similar could be done for
DocIterator.
Another option would be to use templates
Andre Poenitz wrote:
> On Wed, Aug 22, 2007 at 01:15:12AM +0200, Enrico Forestieri wrote:
>> On Tue, Aug 21, 2007 at 09:49:42PM +0100, José Matos wrote:
>>
>> > On Tuesday 21 August 2007 21:35:46 Enrico Forestieri wrote:
>> > > >
>> > > > The Qt3 frontend is still available from svn. If there had
On 22.08.2007, at 09:13, José Matos wrote:
On Tuesday 21 August 2007 23:22:49 Alfredo Braunstein wrote:
Good work :-)
+1 :-)
A/
--
José Abílio
r19714 on MacOS with autotools compiles fine.
Thanks, Andi
1 - 100 of 126 matches
Mail list logo