Here :
http://www.movement.uklinux.net/q1.diff.gz
is a rather large patch that is another step towards GUII.
I mention it now mainly because I would like Lars et al to quickly
scan it and say if the approach is heading towards the right
one.
The aim right now is to create a bare minimum for Q
I think this is a better algorithm for font lookup.
(at least gprof tells me so)
Index: paragraph.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/paragraph.C,v
retrieving revision 1.196
diff -u -p -r1.196 paragraph.C
--- paragr
On Tue, Mar 12, 2002 at 08:35:39PM +0100, Lars Gullik Bjønnes wrote:
> It even looks like I put it there... actually this has been there
> since version 1.1 of this file.
wow !
how many times have we all read that file ...
john
--
I am a complete moron for forgetting about endianness. May I
On Tue, Mar 12, 2002 at 08:33:07PM +0100, Lars Gullik Bjønnes wrote:
> | Any objections if I apply it? (and strip the associated X11 stuff from
> | BufferView::pimpl).
>
> I object. This is guii work and we shoulc not do this now.
Besides, I am some of the way through a major upheaval, so any
John Levon <[EMAIL PROTECTED]> writes:
| it's not intended that Makefile.in is listed in _SOURCES is it ?
No. that should not be there.
It even looks like I put it there... actually this has been there
since version 1.1 of this file.
but of course automake just ignores it...
--
Lgb
Angus Leeming <[EMAIL PROTECTED]> writes:
| This patch moves the cursor stuff into WorkArea, gives us the correct cursor
| on exit from the WorkArea and gives me a nice blue cursor in the WorkArea.
>
| Any objections if I apply it? (and strip the associated X11 stuff from
| BufferView::pimpl).
Angus Leeming <[EMAIL PROTECTED]> writes:
| I guess that this is for Lars:
>
| Without being rude, why the hell is this code in BufferView::Pimpl
| and not in WorkArea:
while not being rude, you have a strange choice of words...
| void SetXtermCursor(Window win)
| {
| static Cursor curso
This patch moves the cursor stuff into WorkArea, gives us the correct cursor
on exit from the WorkArea and gives me a nice blue cursor in the WorkArea.
Any objections if I apply it? (and strip the associated X11 stuff from
BufferView::pimpl).
Angus
Index: src/WorkArea.C
=
it's not intended that Makefile.in is listed in _SOURCES is it ?
regards
john
--
I am a complete moron for forgetting about endianness. May I be
forever marked as such.
On Tue, Mar 12, 2002 at 06:34:50PM +, Angus Leeming wrote:
> But really, this X11 stuff shouldn't be in BufferView IMO.
in fact it /can't/ be. Same goes for the X structures in the
signal/slots between the two ...
regards
john
--
I am a complete moron for forgetting about endianness. May
I guess that this is for Lars:
Without being rude, why the hell is this code in BufferView::Pimpl and not in
WorkArea:
void SetXtermCursor(Window win)
{
static Cursor cursor;
static bool cursor_undefined = true;
if (cursor_undefined) {
cursor = XCreateFon
This is a think I have been planning to do with the makefiles for a
long time. I am sure there are details that can be imporved, but this
should make sure that the Makefile.am's are a lot more uniform.
Please comment.
? build
? confdefs.h
Index: Makefile.am
=
On Tuesday 12 March 2002 5:41 pm, Angus Leeming wrote:
> Whatever. Of more interest to this discussion is why the ? cursor can
change
> to an arrow if you take it through the main window. Do you see this? It
> doesn't happen all the time. Attached is a lyx document HOWTO that may or
may
> not
Hi folks,
This is a small Literate.lyx patch. I am still thinking about the best way
to solve Bug #190 ( http://bugzilla.lyx.org/show_bug.cgi?id=190 ) and
so needed to look at Literate.lyx, which is when I came across this
problem.
--
Kayvan A. Sylvan | Proud husband of | Father
On Tuesday 12 March 2002 4:58 pm, John Levon wrote:
> On Tue, Mar 12, 2002 at 04:54:52PM +, Angus Leeming wrote:
>
> > 3 a strange | character in the main work area (why not an arrow?)
> >
> > Personally, I think that 3) should be replaced by 1) and all should use
> > fl_set_cursor in the x
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| We just have to avoid mentionning @DEFS@ in Makefile.am:s.
I cannot see a single @DEFS@.
Or do you mean that we should set
DEFS =
??
--
Lgb
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| I felt that the layout lookup became a bit slow with the new layout as
| string stuff, so I did this patch. Is the added complexity worth it?
| (I cleaned up the textclass a bit as well...)
>
| all lookup functions has changed from O(n) to O(log n
On Tue, Mar 12, 2002 at 06:15:31PM +0100, Jean-Marc Lasgouttes wrote:
> Andre> I guess this has not found much testing lately since the same
> Andre> effect is obtained by 'self-insert \#1' or directly typing '#1'
> Andre> in the formula.
>
> I tried that, and I get in my file:
>
> \begin_inset
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> John Levon <[EMAIL PROTECTED]> writes:
Lars> | On Tue, Mar 12, 2002 at 05:48:25PM +0100, Jean-Marc Lasgouttes wrote:
>>
>>> Yes, but LyX _does_ depend on config.h, anyway...
>>
Lars> | sure, but how do you remove it ?
>>
Lars>
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Tue, Mar 12, 2002 at 02:39:11PM +0100, Jean-Marc Lasgouttes
Andre> wrote:
>> I get a message `a truly unknown func' with math-macro-arg, whereas
>> math-macro works well.
Andre> I guess this has not found much testing lately si
Angus Leeming <[EMAIL PROTECTED]> writes:
| 3 a strange | character in the main work area (why not an arrow?)
We do what xterms and emacs does.
--
Lgb
John Levon <[EMAIL PROTECTED]> writes:
| On Tue, Mar 12, 2002 at 05:48:25PM +0100, Jean-Marc Lasgouttes wrote:
>
>> Yes, but LyX _does_ depend on config.h, anyway...
>
| sure, but how do you remove it ?
>
| my grep hasn't finished yet but I'm mildly sure it's added inside code
| that is not ours
On Tue, Mar 12, 2002 at 04:54:52PM +, Angus Leeming wrote:
> 3 a strange | character in the main work area (why not an arrow?)
>
> Personally, I think that 3) should be replaced by 1) and all should use
> fl_set_cursor in the xforms frontend. But hey, what do I know?
I disagree, the IBeam/
On Monday 11 March 2002 10:50 pm, Michael Schmitt wrote:
- Even though the "What's this" menu item stays selected (blue box) you
do not get help any more when opening a second, third,... dialog
well, that depends on the dialog I guess.
Only a few dialogs have tooltips enabled (BibTeX, Citatio
On Tue, Mar 12, 2002 at 05:48:25PM +0100, Jean-Marc Lasgouttes wrote:
> Yes, but LyX _does_ depend on config.h, anyway...
sure, but how do you remove it ?
my grep hasn't finished yet but I'm mildly sure it's added inside code
that is not ours
regards
john
--
I am a complete moron for forgetti
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Tue, Mar 12, 2002 at 04:36:08PM +, Angus Leeming wrote:
>> And while we're at it, what's the point of -DHAVE_CONFIG_H
John> autotools add it, so that programs don't have to depend on
John> config.h
Yes, but LyX _does_ depend on
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> And while we're at it, what's the point of -DHAVE_CONFIG_H ?
I think we really do not need this one, except _maybe_ in support/.
JMarc
On Tue, Mar 12, 2002 at 04:36:08PM +, Angus Leeming wrote:
> And while we're at it, what's the point of
> -DHAVE_CONFIG_H
autotools add it, so that programs don't have to depend on config.h
john
--
I am a complete moron for forgetting about endianness. May I be
forever marked as su
cxx -std strict_ansi -nocleanup -DHAVE_CONFIG_H -I. -I. -I. -I.. -I..
-I../boost -I./xforms -I../src/cheaders -I/usr/local/include
-msg_display_number -msg_disable 11,193,236,261,401,611 -w0 -ptr
../lyx_cxx_repository -O2 -MD -c buffer.C
Err. Why
-I./xforms
? This is v. ne
Having just updated my tree, JMarc's change to configure.in triggered an
automatic rerun of configure. In the past this has failed to run correctly,
because configure has insisted on using g++ rather than deccxx. I have,
therefore, had to run the configure script as
CXX=deccxx configur
On 12-Mar-2002 Lars Gullik Bjønnes wrote:
> I guess this patch changes a bit less:
I could agree with this change!
> @@ -1002,6 +999,7 @@ void BufferView::Pimpl::workAreaExpose()
> textcache.clear();
> + buffer_->resizeInsets(bv_);
The more I see this
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Mar 12, 2002 at 03:42:25PM +0100, Lars Gullik Bjønnes wrote:
>> | Because the 'body' will get too ugly for my taste...
>>
>> What body?
>> can't you just post the function is question here?
>
>
| void MathCursor::touch()
| {
| cursor_type
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Juergen Vigna <[EMAIL PROTECTED]> writes:
>
| | Or do you just like to discuss matters today :)
>
| I just want to find the best local solution.
>
| btw. can you check if this patch makes any difference and that
| everything just still works?
I g
On Tue, Mar 12, 2002 at 03:47:55PM +0100, Lars Gullik Bjønnes wrote:
> Better now?
Yes.
Andre'
--
André Pönitz .. [EMAIL PROTECTED]
On Tue, Mar 12, 2002 at 03:42:25PM +0100, Lars Gullik Bjønnes wrote:
> | Because the 'body' will get too ugly for my taste...
>
> What body?
> can't you just post the function is question here?
void MathCursor::touch()
{
cursor_type::const_iterator it = Cursor_.begin();
cursor_t
On 12-Mar-2002 Lars Gullik Bjønnes wrote:
> I just want to find the best local solution.
> - par = bv_->text->cursor.par();
> - pos = bv_->text->cursor.pos();
> - selstartpar = bv_->text->selection.start.par();
> - selstartpos = bv_->text->selecti
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Well, I can't. I get:
>
>
| cvs server: cannot find pre-commit filter `/usr/lib/cvs/contrib/cvs_acls':
| No such file or directory
| cvs server: Pre-commit check failed
| cvs [server aborted]: correct above errors first!
| cvs commit: saving log message
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Mar 12, 2002 at 02:19:49PM +, Angus Leeming wrote:
>> Why not std::for_each ?
>
| Because the 'body' will get too ugly for my taste...
What body?
can't you just post the function is question here?
--
Lgb
Juergen Vigna <[EMAIL PROTECTED]> writes:
| Or do you just like to discuss matters today :)
I just want to find the best local solution.
btw. can you check if this patch makes any difference and that
everything just still works?
Index: src/BufferView_pimpl.C
===
Well, I can't. I get:
cvs server: cannot find pre-commit filter `/usr/lib/cvs/contrib/cvs_acls':
No such file or directory
cvs server: Pre-commit check failed
cvs [server aborted]: correct above errors first!
cvs commit: saving log message in /tmp/cvsBxIJeb
The file in question is available an
On Tue, Mar 12, 2002 at 02:19:49PM +, Angus Leeming wrote:
> Why not std::for_each ?
Because the 'body' will get too ugly for my taste...
Andre'
--
André Pönitz .. [EMAIL PROTECTED]
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Tuesday 12 March 2002 2:14 pm, Lars Gullik Bjønnes wrote:
>> and use
>>
>> cursor_type::const_iterator it = Cursor_.begin();
>> cursor_type::const_iterator end = Cursor_.end();
>> for (; it != end; ++it) {
>>
>> idom and you will make
On Tuesday 12 March 2002 2:14 pm, Lars Gullik Bjønnes wrote:
> and use
>
> cursor_type::const_iterator it = Cursor_.begin();
> cursor_type::const_iterator end = Cursor_.end();
> for (; it != end; ++it) {
>
> idom and you will make me happy.
Why not std::for_each ?
Angus
On Tue, Mar 12, 2002 at 03:14:54PM +0100, Lars Gullik Bjønnes wrote:
> and use
>
> cursor_type::const_iterator it = Cursor_.begin();
> cursor_type::const_iterator end = Cursor_.end();
> for (; it != end; ++it) {
Done already in my local tree before your intervention...
Andre'
--
A
Andre Poenitz <[EMAIL PROTECTED]> writes:
| I attach a patch to make more effective use of the metrics caches of the
| math insets. On a 50x50 table it reduces the number of calls to
| MathXArray::metrics() by a factor of 60 thereby bringing down the amount
| iof time spent in metrics calculation
On Tue, Mar 12, 2002 at 02:39:11PM +0100, Jean-Marc Lasgouttes wrote:
> I get a message `a truly unknown func' with math-macro-arg, whereas
> math-macro works well.
I guess this has not found much testing lately since the same effect is
obtained by 'self-insert \#1' or directly typing '#1' in th
> Edwin please have a look (you may have to wait a bit until the cvs mirror
> is uptodate with the main cvs tree).
document loads again, thanks!
Ed.
I get a message `a truly unknown func' with math-macro-arg, whereas
math-macro works well.
JMarc
On 12-Mar-2002 Juergen Vigna wrote:
> easy in this case. I'll have a look.
Ok this WAS really easy. But I think that the culpable is really the
Paragraph which now does not set it's layout information. We should
change this in 1.3.
Edwin please have a look (you may have to wait a bit until the
On 12-Mar-2002 Lars Gullik Bjønnes wrote:
>| Well I don't know if we should be so strickt. If we can handle it
>| we should try to support as much backward as it is possible, until
>| we have an external convert program which does the converting stuff
>| for us.
>
> the problem is that the old
I attach a patch to make more effective use of the metrics caches of the
math insets. On a 50x50 table it reduces the number of calls to
MathXArray::metrics() by a factor of 60 thereby bringing down the amount
iof time spent in metrics calculation while simply moving around from more
than 80% to
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 12-Mar-2002 Lars Gullik Bjønnes wrote:
>
>> 1.1.5 sound right.
>>
>> Actually we should probably not allow 1.2.0cvs to load that document
>> at all. My guess is that if you loaded the document in 1.1.6 first,
>> then 1.2.0 would not have a problemat
> 1.1.5 sound right.
>
> Actually we should probably not allow 1.2.0cvs to load that document
> at all. My guess is that if you loaded the document in 1.1.6 first,
> then 1.2.0 would not have a problemat all.
Matter of fact is that I never made the switch to 1.1.6 because of the crappy
table sup
On 12-Mar-2002 Lars Gullik Bjønnes wrote:
> 1.1.5 sound right.
>
> Actually we should probably not allow 1.2.0cvs to load that document
> at all. My guess is that if you loaded the document in 1.1.6 first,
> then 1.2.0 would not have a problemat all.
Well I don't know if we should be so strick
Edwin Leuven <[EMAIL PROTECTED]> writes:
>> What version of LyX created this doc?
>
| Wouldn't know that exactly. The original was probably done with 1.1.5fix2 but
| it's quite possible that I have edited the doc with a recent cvs version
| since then...
eh, no...
1.1.5 sound right.
Actually
On Tue, Mar 12, 2002 at 09:31:57AM +, Angus Leeming wrote:
> Well it does nothing bad to me, but Michael says that exactly the same
> sequence of actions leads his box to a BadWindow and crash. I get a different
> set of messages and no crash. Surely this suggests something BAD is
> happen
> What version of LyX created this doc?
Wouldn't know that exactly. The original was probably done with 1.1.5fix2 but
it's quite possible that I have edited the doc with a recent cvs version
since then...
Ed.
Edwin Leuven <[EMAIL PROTECTED]> writes:
| Crash when loading attached doc...
What version of LyX created this doc?
--
Lgb
On Tue, Mar 12, 2002 at 12:16:48PM +0100, Lars Gullik Bjønnes wrote:
> Ok, so 2.95.3 has push_back... how bad is it of us to require gcc >=
> 2.95.3?
_My_ 2.95.2 has it, too. It seems to be unchanged from SuSE's
libgpp-2.95.2-149 build on Fri Jan 19 07:09:01 2001.
Andre'
--
André Pönitz ..
Edwin Leuven <[EMAIL PROTECTED]> writes:
| Crash when loading attached doc...
>
>
| Program received signal SIGABRT, Aborted.
| 0x4025dae1 in __kill () from /lib/i686/libc.so.6
| Current language: auto; currently c
| (gdb) bt
| #0 0x4025dae1 in __kill () from /lib/i686/libc.so.6
| #1 0x4025d8b
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Ok, so 2.95.3 has push_back... how bad is it of us to require
Lars> gcc >= 2.95.3?
It would be bad if it is just for convenience. What does push_back do?
Why don't you use
word += c;
as everybody in his right mind would do?
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> I wonder if 2.95.3 has push_back?
>
| I'm not shure if this is the right information. I have gcc 2.95.3 and this is a
| part from /usr/include/g++/std/bastring.h:
>
| void push_back(charT __c)
| { append(1, __c);
Crash when loading attached doc...
Program received signal SIGABRT, Aborted.
0x4025dae1 in __kill () from /lib/i686/libc.so.6
Current language: auto; currently c
(gdb) bt
#0 0x4025dae1 in __kill () from /lib/i686/libc.so.6
#1 0x4025d8ba in raise (sig=6) at ../sysdeps/posix/raise.c:27
#2 0x40
Lars Gullik Bjønnes wrote:
> I wonder if 2.95.3 has push_back?
I'm not shure if this is the right information. I have gcc 2.95.3 and this is a
part from /usr/include/g++/std/bastring.h:
void push_back(charT __c)
{ append(1, __c); }
basic_string& assign (const basic_string& str, size_type p
"Asger K. Alstrup Nielsen" <[EMAIL PROTECTED]> writes:
| Now, in this case, I would think that the distribution of lookups
| is such that the function will return the same value in 95% of
| all cases.
| Therefore, I believe you will get the best results by caching the
| last lookup, and then it i
On Tue, Mar 12, 2002 at 11:31:37AM +0100, Lars Gullik Bjønnes wrote:
> | Ok, maybe I did not make the point clear enough. cstring should only be
> | used when data is static, so copy is O(1) since it has to copy the pointer,
> | not the data.
>
> You then have a string that can be used for almost
On Mon, 11 Mar 2002, Lars Gullik Bjønnes wrote:
> all lookup functions has changed from O(n) to O(log n)
> delete_layout is still O(n), but with a higer constant factor.
> + typedef std::map LayoutMap;
Please note that std::map has a terrible constant factor in practically
all implementatio
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 12-Mar-2002 Lars Gullik Bjønnes wrote:
>
>> The (unwanted) solution is to use:
>>
>> string::append(int, char);
>
| Why not just do ./configure --with-included-string
>
| and you use lyxstring which should have all function you need.
We want to
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Mar 12, 2002 at 10:41:37AM +0100, Lars Gullik Bjønnes wrote:
>> I really do belive that the drawback with a cstring is a lot larger
>> than the drawbacks of string. cstring cannot store '\0', assignment is
>> always O(n) if you use dynamic alloc
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Mar 12, 2002 at 10:18:49AM +0100, Lars Gullik Bjønnes wrote:
>> >> There is also the possiblity of using a "tuning" lists, and list where
>> >> often used items are moved forward, so that lookup is faster next time
>> >> the same iterm is wanted
On 12-Mar-2002 Lars Gullik Bjønnes wrote:
> The (unwanted) solution is to use:
>
> string::append(int, char);
Why not just do ./configure --with-included-string
and you use lyxstring which should have all function you need.
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-
Hello,
we use lyx a lot to write test papers for pupils doing classical Greek.
The text is a mixture of latin-1 and the special transcription of the
Greek babel package.
With the introduction of babel support things became a lot simpler,
but using polutoniko Greek (the version with all the funny
On 11-Mar-2002 John Levon wrote:
> Open the test case. Press Page Down (goes to start of inset - OK, but
> not ideal). Press PAge Down - *nothing happens*. That is not right.
>
> This is why I said we need to have some code to place a cursor on screen
> artibtrarily that actually opens insets e
On Tue, Mar 12, 2002 at 10:41:37AM +0100, Lars Gullik Bjønnes wrote:
> I really do belive that the drawback with a cstring is a lot larger
> than the drawbacks of string. cstring cannot store '\0', assignment is
> always O(n) if you use dynamic allocation, it does not play well with
> std::string.
On Tue, Mar 12, 2002 at 10:18:49AM +0100, Lars Gullik Bjønnes wrote:
> >> There is also the possiblity of using a "tuning" lists, and list where
> >> often used items are moved forward, so that lookup is faster next time
> >> the same iterm is wanted, but is still O(n) in the general case.
>
> an
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Mar 12, 2002 at 10:08:29AM +0100, Lars Gullik Bjønnes wrote:
>> | cstring s("hello");
>> | cout << (s == "hello") << "\n";
>> | // i.e. syntax similar to std::string, but none of its overhead
>>
>> What overhead for const string?
>
| To b
On Monday 11 March 2002 5:23 pm, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | - When changing "LyX View>Scale" to 70 in the graphics dialog and
pressing
> | enter:
> |"BadWindow (invalid Window parameter) id: 33555485" <-> crash (happens
in
> | other situat
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Mar 12, 2002 at 09:45:59AM +0100, Lars Gullik Bjønnes wrote:
>> In the lyxtextclass senario there is little a conststring class could
>> do... comparisons are O(n) on the string anyway.
>
| Worst case of course.
of course, and this is the case
On Tue, Mar 12, 2002 at 10:08:29AM +0100, Lars Gullik Bjønnes wrote:
> | cstring s("hello");
> | cout << (s == "hello") << "\n";
> | // i.e. syntax similar to std::string, but none of its overhead
>
> What overhead for const string?
To be able to use operator==()
> On speed you gain noth
Yann MORERE <[EMAIL PROTECTED]> writes:
| Ce Tue, 12 Mar 2002 09:49:03 +0100
| [EMAIL PROTECTED] (Lars Gullik Bjønnes) a écrit :
>
| LGB>
| LGB> I thought that compiler had the string class more or less correctly
| LGB> implemented.
| LGB>
| LGB> Can you find the bastring.h header on your syste
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Mar 12, 2002 at 09:37:50AM +0100, Jean-Marc Lasgouttes wrote:
>> Andre> Apart from that I'd rather try to come up with some "really
>> Andre> fast" 'conststring' class which could improve most of the
>> Andre> handling of this 'strings used for
On Tue, Mar 12, 2002 at 09:45:59AM +0100, Lars Gullik Bjønnes wrote:
> In the lyxtextclass senario there is little a conststring class could
> do... comparisons are O(n) on the string anyway.
Worst case of course.
> One further optimization, over that patch that I sent, is to use a
> hash_map i
On Sun, Mar 10, 2002 at 04:46:53PM +, John Levon wrote:
> > This tiny patch fixes the problem.
>
> Andre have you seen this patch ?
Yes, but I have fixed it a bit differently. Hopefully...
Andre'
--
André Pönitz .. [EMAIL PROTECTED]
On Tue, Mar 12, 2002 at 09:37:50AM +0100, Jean-Marc Lasgouttes wrote:
> Andre> Apart from that I'd rather try to come up with some "really
> Andre> fast" 'conststring' class which could improve most of the
> Andre> handling of this 'strings used for convenience reasons' stuff,
> Andre> both for me
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Mar 12, 2002 at 09:32:07AM +0100, Lars Gullik Bjønnes wrote:
>> | Bad example. No class should contain more than one raw 'owned' pointer
>> | is a better rule...
>>
>> And _way_ harder to enforce..., and also please explain why this is a
>> bad
On Tue, Mar 12, 2002 at 09:32:07AM +0100, Lars Gullik Bjønnes wrote:
> | Bad example. No class should contain more than one raw 'owned' pointer
> | is a better rule...
>
> And _way_ harder to enforce..., and also please explain why this is a
> bad example? And why shouldn't a class contain more t
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
| Andre> On Mon, Mar 11, 2002 at 06:21:03PM +0100, Lars Gullik Bjønnes
| Andre> wrote:
>>> I felt that the layout lookup became a bit slow with the new layout
>>> as string stuff, so I d
On Thu, Mar 07, 2002 at 03:15:15PM +0100, Lars Gullik Bjønnes wrote:
> I actually thingk that the whole functions should be rewritten into
> two parts... one part that just emmits "lines" to an ostream, and
> another that takes this stream and breaks overlong lines.
Probably yes. Especially if on
On Monday 11 March 2002 18:48, Niklaus Giger wrote:
>
> Thank you very much for your hint. But this behaviour
> violates the "Principle of least surprise", which I think
> is usually appropriate for a user interface. E.g. I often
> begin sketching my ideas with just one or two words in a
> descrip
> "Mike" == Mike Ressler <[EMAIL PROTECTED]> writes:
Mike> I've been thinking about starting to update the docs in
Mike> anticipation of 1.2.0, now that the interface appears to be
Mike> stabilizing a bit. While rooting around the CVS, I discovered
Mike> the above file. Is it still relevant?
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Mon, Mar 11, 2002 at 06:21:03PM +0100, Lars Gullik Bjønnes
Andre> wrote:
>> I felt that the layout lookup became a bit slow with the new layout
>> as string stuff, so I did this patch. Is the added complexity worth
>> it?
Did y
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Mar 12, 2002 at 12:28:10AM +0100, Lars Gullik Bjønnes wrote:
>> | Can you please give an example for the brain dead amongst us ?
>>
>> class Foo {
>> // unsafe variant
>> Foo()
>> : bar1(new Bar), bar2(new Bar)
>> {}
>>
Yann MORERE <[EMAIL PROTECTED]> writes:
| Hello,
>
| On my linux box debian 2.2r3 sparc, i try to compile lyx cvs.
>
| I had no problem with last wee releases, but last friday, and yesterday
| i get this
>
| g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost -I./xforms
| -isystem /usr/X11R6/
93 matches
Mail list logo
