I believe that I have finished the preview stuff, bar some minor tidy-ups.
Attached is a screen shot for you. It's now quick (doesn't block LyX when the
buffer is loaded) and the user code has a nice, neat interface. Should please
André ;-)
One minor question. Should the foreground colour of t
On Thu, Jul 04, 2002 at 03:20:14AM -0700, Kayvan A. Sylvan wrote:
> On Thu, Jul 04, 2002 at 11:42:19AM +0200, [EMAIL PROTECTED] wrote:
> > "Kayvan A. Sylvan" <[EMAIL PROTECTED]> schrieb am 04.07.2002, 08:05:14:
> >
> > > Can you describe your problem a bit more?
> >
> > Yes, I get undefined refe
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
> David Kastrup <[EMAIL PROTECTED]> writes:
>
> | Herbert Voss <[EMAIL PROTECTED]> writes:
> >
> >> can somebody please explain, why using the gcc 3.1
> >> stops the bloat of the compiled lyx?
> >
> | IIRC, they had some changes in the default debu
On Thu, Jul 04, 2002 at 06:24:39PM +0200, Lars Gullik Bjønnes wrote:
> These two shoule not be member functions, but regular functions
> instead:
I know. Was just a quick move..
> // inline perhaps?
Nah. Never inline without profiler data...
Andre'
--
Those who desire to give up Freedom in or
These two shoule not be member functions, but regular functions
instead:
bool InsetCommandParams::operator==(InsetCommandParams const & o) const
{
return cmdname == o.cmdname && contents == o.contents
&& options == o.options;
}
bool InsetCommandParams::operator!=(InsetC
On Thu, Jul 04, 2002 at 05:33:03PM +0200, Jean-Marc Lasgouttes wrote:
> Andre> ... and since a few layouts distributed with LyX are already
> Andre> only relevant for certain languages (dinbrief for instance)
> Andre> "dumb ascii-only case-compare" is not a proper solution,
> Andre> either.
>
> H
David Kastrup <[EMAIL PROTECTED]> writes:
| Herbert Voss <[EMAIL PROTECTED]> writes:
>
>> can somebody please explain, why using the gcc 3.1
>> stops the bloat of the compiled lyx?
>
| IIRC, they had some changes in the default debug format (this would
| probably not apply if you stripped executa
Herbert Voss <[EMAIL PROTECTED]> writes:
| Andre Poenitz wrote:
>
>> On Thu, Jul 04, 2002 at 05:15:42PM +0200, Herbert Voss wrote:
>>
>>>can somebody please explain, why using the gcc 3.1
>>>stops the bloat of the compiled lyx?
>>>
>> Compared to what?
>
>
| sorry,
| 2.96: was about 116 MByte
|
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Thu, Jul 04, 2002 at 05:07:15PM +0200, Jean-Marc Lasgouttes
Andre> wrote:
>> Let me repeat: we want 'Input' and 'input' to be the same. They are
>> not the same under turkish locale. Conclusion: we need either (1)
>> to use a du
Herbert Voss <[EMAIL PROTECTED]> writes:
> can somebody please explain, why using the gcc 3.1
> stops the bloat of the compiled lyx?
IIRC, they had some changes in the default debug format (this would
probably not apply if you stripped executables), and they have had
changes in the C++ API (for
Andre Poenitz wrote:
> On Thu, Jul 04, 2002 at 05:15:42PM +0200, Herbert Voss wrote:
>
>>can somebody please explain, why using the gcc 3.1
>>stops the bloat of the compiled lyx?
>>
>
> Compared to what?
sorry,
2.96: was about 116 MByte
3.1:is about 67 MByte
> Do you have any hard numb
On Thu, Jul 04, 2002 at 05:15:42PM +0200, Herbert Voss wrote:
> can somebody please explain, why using the gcc 3.1
> stops the bloat of the compiled lyx?
Compared to what?
Better optimization perhaps?
Do you have any hard numbers?
Andre'
--
Those who desire to give up Freedom in order to gai
can somebody please explain, why using the gcc 3.1
stops the bloat of the compiled lyx?
Herbert
--
http://www.lyx.org/help/
On Thu, Jul 04, 2002 at 05:07:15PM +0200, Jean-Marc Lasgouttes wrote:
> Let me repeat: we want 'Input' and 'input' to be the same. They are
> not the same under turkish locale. Conclusion: we need either (1) to
> use a dumb ascii-only case-compare (what we do now) or (2) to get rid
> of the case-i
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> It enables you (us?) to treat two strings that differ only by
Angus> case as if they are identical.
Angus> It is guaranteed to work correctly for all locales.
Let me repeat: we want 'Input' and 'input' to be the same. They are
no
On Thu, Jul 04, 2002 at 03:39:52PM +0100, Angus Leeming wrote:
> It enables you (us?) to treat two strings that differ only by case as if they
> are identical.
>
> It is guaranteed to work correctly for all locales.
I doubt that this is technically possible as there are languages which map
low
On Thursday 04 July 2002 3:53 pm, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> or we could replace our home grown compare_no_case with a
> Angus> "proper", locale-sensitive one. See attached.
>
> What does this code do exactly? What we want he
On Thu, Jul 04, 2002 at 04:50:46PM +0200, Jean-Marc Lasgouttes wrote:
> Lars> Same question I have.
>
> Yes, now is maybe the time to switch to case-sensitive. What sort of
> casing? MixedCase? I guess most existing layout files use that.
I don't care. So MixedCase is fine with me.
Andre'
--
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> or we could replace our home grown compare_no_case with a
Angus> "proper", locale-sensitive one. See attached.
What does this code do exactly? What we want here is to compare in a
way which is independent of locale (let me remind
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Andre Poenitz <[EMAIL PROTECTED]> writes:
Lars> | On Wed, Jul 03, 2002 at 04:27:32PM +0100, Angus Leeming wrote:
>>> > Or we could remove these checks, as they are used a bit on a
>>> random > basis, and I am not sure how usefu
On Thu, Jul 04, 2002 at 04:44:09PM +0200, Herbert Voss wrote:
> formulabase.C: In member function `virtual UpdatableInset::RESULT
>InsetFormulaBase::localDispatch(BufferView*, kb_action, const
>std::string&)':
> formulabase.C:782: parse error before `(' token
Argh... this happens if you h
latest cvs, g++ 3.1
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -isystem
/usr/X11R6/include -g -O -finline-limit=500 -fno-exceptions -W -Wall
-Winline -Winline -c formulabase.C -MT formulabase.lo -MD -MP -MF
.deps/formulabase.TPlo
formulabase.C: In member function `virtual Up
On Thursday 04 July 2002 1:36 pm, Andre Poenitz wrote:
> On Thu, Jul 04, 2002 at 01:14:40PM +0100, Angus Leeming wrote:
> > > Ok... and where is xformsGImage in the xforms dir?
> >
> > Renamed as xformsImage ;-)
>
> So the qt2//Makefile.am neeed fixing?
That's right. Feel free.
On Thu, Jul 04, 2002 at 01:14:40PM +0100, Angus Leeming wrote:
> > Ok... and where is xformsGImage in the xforms dir?
>
> Renamed as xformsImage ;-)
So the qt2//Makefile.am neeed fixing?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they de
On Thursday 04 July 2002 1:26 pm, Andre Poenitz wrote:
> On Thu, Jul 04, 2002 at 01:04:56PM +0100, Angus Leeming wrote:
> > Closer inspection of that Makefile.am will reveal that it generates those
> > .[Ch] files by linking against those in the xforms dir.
>
> Ok... and where is xformsGImage in t
Jean-Marc Lasgouttes wrote:
> Could you give me a bit more details of the bugs fixed here? I need
> that for my status document, and to know what messages I can delete in
> my always too large mailbox.
good question! the followings are always bugfixes, no new
features.
- always pass filenames
On Thu, Jul 04, 2002 at 01:04:56PM +0100, Angus Leeming wrote:
> Closer inspection of that Makefile.am will reveal that it generates those
> .[Ch] files by linking against those in the xforms dir.
Ok... and where is xformsGImage in the xforms dir?
Andre'
--
Those who desire to give up Freedom
On Thursday 04 July 2002 1:01 pm, Andre Poenitz wrote:
> The directory frontends/qt2/xforms does not contain any .C/.h but has a
> Makefile.am which seem to require some source files.
>
> Or to ask a real question: How do I compile the qt2 frontend apart from
> running ./configure --with-frontend
The directory frontends/qt2/xforms does not contain any .C/.h but has a
Makefile.am which seem to require some source files.
Or to ask a real question: How do I compile the qt2 frontend apart from
running ./configure --with-frontend=qt2?
Andre'
--
Those who desire to give up Freedom in order
Allan Rae <[EMAIL PROTECTED]> writes:
| On Wed, 3 Jul 2002, Lars Gullik Bjønnes wrote:
>
>> Allan Rae <[EMAIL PROTECTED]> writes:
>>
>> | They don't need to make a dist. Translaters are usually asked to
>> | download a prelease (ie. a dist) and provide updated translations from
>> | that. So th
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> this patch brings 1.2.x up to 1.3 level for the LaTeX part,
Herbert> means exported filename (with or without ext), converting,
Herbert> etc
Thanks.
Could you give me a bit more details of the bugs fixed here? I need
that for
On Thu, Jul 04, 2002 at 11:42:19AM +0200, [EMAIL PROTECTED] wrote:
> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> schrieb am 04.07.2002, 08:05:14:
>
> > Can you describe your problem a bit more?
>
> Yes, I get undefined references when linking. For example, "fl_readpint"
> is not found (+ many others)
.bashrc
Description: Binary data
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Juergen Spitzmueller wrote:
>> But the Include Controller does only allow absolute path names
>> (why?). So we should use (or at least allow) relative path names
>> when using check_typeset.
Juergen> Sorry, I was wrong.
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> On Thursday 04 July 2002 9:51 am, Jean-Marc Lasgouttes wrote:
>> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>>
Angus> I believe that you can do this by running configure
Angus> --enable-optimization=0, but you shou
On Thursday 04 July 2002 9:51 am, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> I believe that you can do this by running configure
> Angus> --enable-optimization=0, but you should look closely here
> Angus> yourself as I'm not au fait with thi
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I believe that you can do this by running configure
Angus> --enable-optimization=0, but you should look closely here
Angus> yourself as I'm not au fait with this option.
Make that --enable-optimization=-O0. Note however that this
On Thursday 04 July 2002 8:56 am, Lars Gullik Bjønnes wrote:
> That patch get me a bit further.
>
> It seems that the form_ change in XFormsView was really needed,
Yes, I agree. It /must/ have caused a memory leak. Well spotted.
The change of Image::loadableFormats, Image::newImage from a signa
That patch get me a bit further.
It seems that the form_ change in XFormsView was really needed, and I do not really
understand how it could work earlier.
(I am posting from my new computer so mails are a bit strange at the moment.)
? build
Index: po/POTFILES.in
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/po/POTFILES.in,v
retrieving revision 1.281
diff -u -p -r1.281 POTFILES.in
--- po/POTFILES.in 3 Jul 2002 14:18:31 - 1.281
+++ po/POTFILES.in
40 matches
Mail list logo
