> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Thu, Jun 14, 2001 at 01:46:06AM +0100, John Levon wrote:
>> > Or the const char * _() could return a string. Or it could be
>> removed > altogether...
>>
>> removed sounds good. I'll have a go building with this change.
John> dur,
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> This could be another of those problems with nested tabfolders
Allan> -- much like the problem with setting shortcuts for them.
>> What about using something else? Like a list on the left instead
>> of the first-level tabs?
Allan> Su
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "John" == John Levon <[EMAIL PROTECTED]> writes:
|
| John> On Thu, Jun 14, 2001 at 01:46:06AM +0100, John Levon wrote:
| >> > Or the const char * _() could return a string. Or it could be
| >> removed > altogether...
| >>
| >> removed sou
> > No. It should get fixed during the summer.
>
> Yes, but _which_ summer?
The summer of the year 2742 of course. Sorry for not telling the whole truth.
Andre'
--
André Pönitz . [EMAIL PROTECTED]
On 14-Jun-2001 John Levon wrote:
> No, I don't have a really good solution (yet). One dumb idea is separate "Apply"
> and "Apply to current paragraph" buttons. Although it's not the best solution prolly,
> it does indicate in a concise way the problem I see currently.
I don't get what the two a
Hi,
opening the tabular dialog box with the row/column tab gives you
two meanings of "alt-c": either this means Haligment center, or
close. That should be non-ambiguous.
Greets,
Stephan
Thanks I looked in it an I presume it will work.
Well if LyX would embedd an Tcl Interpreter all the Import Export Stuff
could be handled very smoothly.
BTW do you have the description of the new format which looks as if
inspired by XML ? It would be worth trying to support this, too.
--
Dr.
Hi,
a short question: is there a way to define a tabular such that
lyx generates tex code looking like this?:
\begin{tabular}{|c||c|}
^^
Greets,
Stephan
Hi again,
> a short question: is there a way to define a tabular such that
> lyx generates tex code looking like this?:
>
> \begin{tabular}{|c||c|}
> ^^
ok, I got the answer right after sending the email, sorry.
But FYI importing tex with such a table will ignore the "||".
Gre
On 14-Jun-2001 Stephan Mietens wrote:
> a short question: is there a way to define a tabular such that
> lyx generates tex code looking like this?:
>
> \begin{tabular}{|c||c|}
Define the right border-line for the left column and the right border
line for the right column. But this has always be
On 14-Jun-2001 j.heidemeier wrote:
> Thanks I looked in it an I presume it will work.
> Well if LyX would embedd an Tcl Interpreter all the Import Export Stuff
> could be handled very smoothly.
> BTW do you have the description of the new format which looks as if
> inspired by XML ? It would be
> "Stan" == Stan Gatchel <[EMAIL PROTECTED]> writes:
Stan> Pairs of double quotes curl in different directions but single
Stan> quotes don't. It doesn't look correct.
Double quotes are special quote inset which have intelligence in them.
The single quote is plain old quote. To get 'intellige
> "Michael" == Michael Koziarski <[EMAIL PROTECTED]> writes:
Michael> Netscape 4.x? I guess the choices are either
Michael> 1) get the php to turn off css for your browser 2) break the
Michael> css.
Michael> I'd prefer 1. We could maintain a list of taglines of broken
Michael> browsers and
> "Yves" == Yves Bastide <[EMAIL PROTECTED]> writes:
Yves> Here is a second patch for building 1.1.6fix with gcc 3.0. This
Yves> one should be less bad :)
I applied it. Thanks.
JMarc
> "Stephan" == Stephan Mietens <[EMAIL PROTECTED]> writes:
Stephan> Hi, opening the tabular dialog box with the row/column tab
Stephan> gives you two meanings of "alt-c": either this means
Stephan> Haligment center, or close. That should be non-ambiguous.
This is somewhat fixed in 1.2.0cvs,
On 14-Jun-2001 Jean-Marc Lasgouttes wrote:
> This is somewhat fixed in 1.2.0cvs, where Close does not have a
> shortcut at all. I'm not sure it is the best solution, though (and
> what the motivation was).
Because the Dialogs can all be closed with ESC, so we really don't need
the C shortcut fo
On Thu, Jun 14, 2001 at 09:00:49AM +0200, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | On Wed, Jun 13, 2001 at 09:04:33AM +0200, Lars Gullik Bjønnes wrote:
> |
> | > Actually I would prefere to see the addition of a String that takes a
> | > ostream..., alternativel
On Thu, Jun 14, 2001 at 08:33:54AM +0200, Kalle Dalheimer wrote:
> Oh, now I see that you want to put the Designer-generated C and h files into
> ui/. Yes, that would be good, especially if the .ui files stay out of there.
> Could be a bit confusing for the casual observer that the .ui files ar
On Thu, Jun 14, 2001 at 10:47:03AM +0200, Juergen Vigna wrote:
>
> On 14-Jun-2001 John Levon wrote:
>
> > No, I don't have a really good solution (yet). One dumb idea is separate "Apply"
> > and "Apply to current paragraph" buttons. Although it's not the best solution
>prolly,
> > it does indi
On Thu, Jun 14, 2001 at 10:24:12AM +0200, Jean-Marc Lasgouttes wrote:
> John> And cgrepall '(".*").*+' alone has 69 matches. Argh.
>
> But the char const * should be promoted to string automatically, no?
hmmm... then it is a gcc 3.0 bug ???
I don't know :/
if so, do we deal with it, or do we
On Thu, Jun 14, 2001 at 10:34:54AM +0200, Lars Gullik Bjønnes wrote:
> Please look into rewriting the code that has problems to use
> stringstream, that will actually be better in the long run than to
> fiddle with the _() "macros".
>
> Just list the code-lines and I'll do the change...
yes, ok
John Levon <[EMAIL PROTECTED]> writes:
| On Thu, Jun 14, 2001 at 10:24:12AM +0200, Jean-Marc Lasgouttes wrote:
|
| > John> And cgrepall '(".*").*+' alone has 69 matches. Argh.
| >
| > But the char const * should be promoted to string automatically, no?
|
| hmmm... then it is a gcc 3.0 bug ???
On Thu, Jun 14, 2001 at 06:13:02PM +0200, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | On Thu, Jun 14, 2001 at 10:24:12AM +0200, Jean-Marc Lasgouttes wrote:
> |
> | > John> And cgrepall '(".*").*+' alone has 69 matches. Argh.
> | >
> | > But the char const * should
John Levon <[EMAIL PROTECTED]> writes:
| nope, in current CVS. It is corrupting the ->message() we send to
| the minibuffer.
|
| One example is "Saving document" in lyxfunc.C - it is a garbled
| string being created.
Og in what order is A + B + C + D evaluated?
If it is from left to right...
On Thu, Jun 14, 2001 at 06:36:14PM +0200, Lars Gullik Bjønnes wrote:
> So... this code is legal, but bogus. This is a bug.
ok.
> Other locations please...
I will collect them this evening. There are tens of these, by the way.
What fun I'll have :)
thanks
john
--
"Research is not a warm pup
John Levon <[EMAIL PROTECTED]> writes:
| > Other locations please...
|
| I will collect them this evening. There are tens of these, by the way.
|
| What fun I'll have :)
I am tag-searching through the sources right now and fixing as I go
along. So you might want to wait a bit.
--
Lgb
John Levon <[EMAIL PROTECTED]> writes:
| I will collect them this evening. There are tens of these, by the way.
I think I have gotten most of the dangerous ones now, give me time to
compile and test + commit.
Then tell me if you see the same.
--
Lgb
The bug I fixed for spellchecker yesterday was because of some code
which looked for character '\0' to detect end of line. I tried to see
whether I could find more.
The typical think I want to catch is
for (int i = 0; str[i]; ++i)
CursorRight(bview);
or variation around t
On Thu, Jun 14, 2001 at 05:05:46PM +0200, Jean-Marc Lasgouttes wrote:
> > "Michael" == Michael Koziarski <[EMAIL PROTECTED]> writes:
>
> Michael> Netscape 4.x? I guess the choices are either
>
> Michael> 1) get the php to turn off css for your browser 2) break the
> Michael> css.
>
> Michae
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| The bug I fixed for spellchecker yesterday was because of some code
| which looked for character '\0' to detect end of line. I tried to see
| whether I could find more.
I don't think we have a lot of them.
| The typical think I want to catch i
I think it doesn't solve the main problem that reLyX didn't handle
longtables.
I'm working on a tcl-package which supports the new tabular-format.
joachim
--
joachim heidemeier ([EMAIL PROTECTED])
On Wed, 13 Jun 2001, Herbert Voss wrote:
>
> On Wed, 13 Jun 2001, joachim heidemeier wrote:
>
> >
> I believe that you deliberately refrain from such tricks but they work
> and they _are_ clean CSS.
>
> If I'm missing the point please forgive me. :-)
No you're not missing the point :)
As I said when I started this work I am quite millitant on the issue of
CSS compliance and Netscap
On Thu, Jun 14, 2001 at 07:09:11PM +0200, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | I will collect them this evening. There are tens of these, by the way.
>
> I think I have gotten most of the dangerous ones now, give me time to
> compile and test + commit.
>
>
If a user enters a empty minibuffer input, it should be ignored IMHO
thanks
john
--
"Research is not a warm puppy. At least, I hope not."
- David Rydeheard
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/
thanks
john
--
"Research is not a warm puppy. At least, I hope not."
- David Rydeheard
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/ChangeLog,v
retrieving revision 1.193
diff -u -r1.193 ChangeLog
--
... but maybe put the HD manufacturers out of business
thanks
john
--
"Research is not a warm puppy. At least, I hope not."
- David Rydeheard
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/ChangeLog,v
re
it's still waiting to be applied.
also lars I still need write on lyxdoc so I can commit the Intro
patch mike ressler approved.
And I would like write on qt2/ too so I can do the big renaming
thanks
john
--
"Research is not a warm puppy. At least, I hope not."
- David Rydeheard
On Fri, Jun 15, 2001 at 12:09:45PM +1200, Michael A. Koziarski wrote:
> > I believe that you deliberately refrain from such tricks but they work
> > and they _are_ clean CSS.
> >
> > If I'm missing the point please forgive me. :-)
>
> No you're not missing the point :)
>
> As I said wh
> I absolutely agree with you.
>
> However, there's a way to improve the maintainability of CSS. Get rid of
> redundancy! Below are a few examples.
>
> But first the remaining issues. This time I looked carefully in your CSS
> and XHTML. I noticed the following:
>
> a) You do not use XHTML c
On 14 Jun 2001, Jean-Marc Lasgouttes wrote:
[shortcuts for tabfolders]
> So the technique could be applied to the paragraph and document
> popups? Some people are very eager to see this done...
Definitely can be used now for tabfolders that are not nested.
All you need to do is think of suitabl
On Thu, 14 Jun 2001, Kalle Dalheimer wrote:
> At least, I like the idea of dropping the Form prefix a lot (I never
> understood why it was there, probably an xforms thing).
The xforms port was always using Form* for our code and form_* for
generated code. Then other ports started and people ref
John Levon <[EMAIL PROTECTED]> writes:
| If a user enters a empty minibuffer input, it should be ignored IMHO
Ok, this is good.
_but_ should this be done in the minibuffer code? IMHO the minibuffer
should not define policy that should be done by lyxfunc... so the
check for empty command should
John Levon <[EMAIL PROTECTED]> writes:
| thanks
| john
Ok, do this.
--
Lgb
John Levon <[EMAIL PROTECTED]> writes:
| ... but maybe put the HD manufacturers out of business
As long as we don't remove it from CVS.
What do others say?
--
Lgb
John Levon <[EMAIL PROTECTED]> writes:
| it's still waiting to be applied.
|
| also lars I still need write on lyxdoc so I can commit the Intro
| patch mike ressler approved.
|
| And I would like write on qt2/ too so I can do the big renaming
Ok, done.
--
Lgb
On 15 Jun 2001, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | ... but maybe put the HD manufacturers out of business
>
> As long as we don't remove it from CVS.
>
> What do others say?
Ooooh, I don't know. It definitely needs to stay in CVS.
It would be nice to trim
> Og in what order is A + B + C + D evaluated?
A, B, C and D themselves are evaluated in arbitrary order. The whole
expression is than ((A + B) + C) + D.
> If it is from left to right...
>
> const char* + char this is not a legal binding...
Of course this is legal. 'char' is silently prom
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > Og in what order is A + B + C + D evaluated?
|
| A, B, C and D themselves are evaluated in arbitrary order. The whole
| expression is than ((A + B) + C) + D.
Sure about this?
Isn't A + (B + (C + D)) just as possible?
What does the standard say abo
On 14-Jun-2001 John Levon wrote:
> actually I would prefer the .ui files to go in there too.
>
> However your suggestion seems a reasonable compromise. So we are all agreed on :
>
> QTabCreate.[Ch]
> QTabCreate.ui
> QTabCReateDialogImpl.[Ch]
> uic/QTabCreateDialog.[Ch]
Please head that I have
49 matches
Mail list logo