Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
Pass the whole InsetParamsXXX in a boost::any to where it is used.
The sender and the receiver knows the type so now prob. Now all
the mailer code can go.
>>>
>> | You replace 20 lines of code per inset with 20
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> Why is the first string "Go to Reference" and the second "Jump to
>> the
>>reference".
>>
>> Why not have them just the same?
>
| Why not just remove the tooltip? It adds nothing and therefore
| probably br
Christian Ridderström <[EMAIL PROTECTED]> writes:
| On Fri, 2 Jan 2004, Kuba Ober wrote:
>
>> The dropdown box will become cluttered if suddently its width will almost
>> doubled due to (Numbered) or (Unnumbered) being appended to header styles.
>
| Have a look at the attached screenshot or try t
Christian Ridderström <[EMAIL PROTECTED]> writes:
| On Fri, 2 Jan 2004, Kuba Ober wrote:
>
>> The dropdown box will become cluttered if suddently its width will almost
>> doubled due to (Numbered) or (Unnumbered) being appended to header styles.
>
| Have a look at the attached screenshot or try t
On Fri, 2 Jan 2004, Kuba Ober wrote:
> The dropdown box will become cluttered if suddently its width will almost
> doubled due to (Numbered) or (Unnumbered) being appended to header styles.
Have a look at the attached screenshot or try the attached layout-file.
Personally I'm used to the '*' no
This patch removes the distance and advance functions from
PosIterator.[Ch] and makes the code use std::distance and std::advance
instead.
It also makes PosIterator and ParIterator derive from std::iterator so
that the work properly with std stl algorithms.
MathIterator is odd man out and I have
Angus Leeming <[EMAIL PROTECTED]> writes:
| All frontends will use 'expand_brace_glob' (just some regex magic, so
| not platform-specific). Only the xforms frontend will use 'glob' and
| 'expand_globs' which depend on the Posix functions 'glob' and
| 'globfree'.
>
| I'm inclined to put these fi
Is this really an iterator... or an container with some iterator
properties?
_If_ it is an iterator it should inherit from std::iterator.
(to make it work when needed with std algorithms.)
--
Lgb
Janus Sandsgaard wrote:
> I am going to recommend LyX to all my fellow students at non-technical
> educations as "the application we have all been waiting for". The ultimate
> alternative to MS-Word and Endnote. I am so happy with LyX that I am
> writing a "Linux in Academia" book for non-technica
> | This would be too verbose. We're not writing in Ada here :)
>
> What has our gui visible strings to do with any programming language?
I used Ada as an example. I.e. unless the drop down list's contents were meant
to be read by mostly by Ada programmers, they would methinks be considered
too
All frontends will use 'expand_brace_glob' (just some regex magic, so
not platform-specific). Only the xforms frontend will use 'glob' and
'expand_globs' which depend on the Posix functions 'glob' and
'globfree'.
I'm inclined to put these files at
src/frontends/controllers/globbing.[Ch]
but co
Lars Gullik Bjønnes wrote:
>>> Pass the whole InsetParamsXXX in a boost::any to where it is used.
>>> The sender and the receiver knows the type so now prob. Now all
>>> the mailer code can go.
>>
> | You replace 20 lines of code per inset with 20 lines of code per
> | inset.
>
> I do not think s
Lars Gullik Bjønnes wrote:
> Why is the first string "Go to Reference" and the second "Jump to
> the
>reference".
>
> Why not have them just the same?
Why not just remove the tooltip? It adds nothing and therefore
probably breaks one of John's 'smart UI' rules.
--
Angus
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>> Angus Leeming <[EMAIL PROTECTED]> writes:
>>
>> | Lars Gullik Bjønnes wrote:
| No it's not. If the data is passed as a string then we allow the
| outside world to receive the data, modify it and post it back
>>>
Lars Gullik Bjønnes wrote:
>
> I think we should change the layout format to not need separate
> definitions for numbered/unnumbered layouts, but rather have a
> "flag": Numbered/Unnumbered and default to having both.
>
> We'll then automatically generate both versions when reading the
> .layout
Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Lars Gullik Bjønnes wrote:
>>> | No it's not. If the data is passed as a string then we allow the
>>> | outside world to receive the data, modify it and post it back
>>> | with no addditional effort to us.
>>>
>>> this
> | Is there a practical difference between const int var and int const var ?
> | Consider me dumb :(
>
> Yes :-) Consistency.
>
> extern int const blah; // in the header file
>
> int const blah = 123; // in the source file
OK, gotcha. Thanks.
Kuba
Kuba Ober <[EMAIL PROTECTED]> writes:
>> | What's the general karma of having something like
>> |
>> | const int blah = 123;
>> |
>> | in a header file, inside a namespace (or not)? As far as I take it,
>> | it's a
>>
>> Do we have those in header files?
>> that is not good.
>> and if we had them
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> | No it's not. If the data is passed as a string then we allow the
>> | outside world to receive the data, modify it and post it back with
>> | no addditional effort to us.
>>
>> this is the exception (external data), for a
I think we should change the layout format to not need separate
definitions for numbered/unnumbered layouts, but rather have a "flag":
Numbered/Unnumbered and default to having both.
We'll then automatically generate both versions when reading the
.layout in.
Also in the layout drop-down box we
Name of layout: "Definition**"
why so mant stars? why not just one? (or none at all...)
--
Lgb
Why is the first string "Go to Reference" and the second "Jump to the
reference".
Why not have them just the same?
(this is from QRefDialogBase.ui)
QPushButton
name
gotoPB
> | What's the general karma of having something like
> |
> | const int blah = 123;
> |
> | in a header file, inside a namespace (or not)? As far as I take it,
> | it's a
>
> Do we have those in header files?
> that is not good.
> and if we had them it should be
> int const blah = 123;
> and it wou
Lars Gullik Bjønnes wrote:
> | No it's not. If the data is passed as a string then we allow the
> | outside world to receive the data, modify it and post it back with
> | no addditional effort to us.
>
> this is the exception (external data), for all internal stuff
> serialization _and_ the mailer
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>> Angus Leeming <[EMAIL PROTECTED]> writes:
>>
>> | Andre Poenitz wrote:
Have you considered changing that params2string interface to
>> | ...
(or when we are at it even
ostream & InsetBranchMailer::ope
On Fri, 2 Jan 2004, Lars Gullik Bjønnes wrote:
> |- Not wanting to look through zillions of menu/dialog levels?
> | (and maybe get side-tracked testing interesting settings etc)
>
> Powerusers are not afraid of looking in hte menu system.
>
Ok, that makes sense... guess the "writing-hom
Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Andre Poenitz wrote:
>>> Have you considered changing that params2string interface to
> | ...
>>> (or when we are at it even
>>>
>>> ostream & InsetBranchMailer::operator<<(ostream & os,
>>> InsetBranchParams const &)
>
Ronald Florence <[EMAIL PROTECTED]> writes:
| I have been using lyx-1.3.4cvs, and notice that in addition to the
| Font, there is a new item in the status line at the bottom of LyX,
| "Paragraph: " where is a fairly large number that increments
| as I move from paragraph to paragraph. I
Jose' Matos wrote:
> On Monday 29 December 2003 14:50, Angus Leeming wrote:
>> José, just before Christmas you asked why we always copied external
>> files (graphics, xfig, gnuplot etc) to the tmp directory even when
>> no modifications were needed.
>>
>> I've just remembered an additional reason:
Christian Ridderström <[EMAIL PROTECTED]> writes:
| ok... I give up... is the line above a joke? Otherwise I'm confused:
>
| * What is quite unusual?
|- Not having used Word seriously?
| (isn't that like saying "military intelligence" ;-)
depends on the meaing of the work "intelligence
Angus Leeming <[EMAIL PROTECTED]> writes:
| Andre Poenitz wrote:
>> Have you considered changing that params2string interface to
| ...
>> (or when we are at it even
>>
>> ostream & InsetBranchMailer::operator<<(ostream & os,
>> InsetBranchParams const &)
>> {
>> os << name << ' ';
>> os << name_
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, Dec 10, 2003 at 11:16:16AM +0100, Michael Schmitt wrote:
>> Hi Andre,
>>
>> I have seen that you removed method "insertInset". Could you please tell
>> me where the magic code is nowadays that prevents the insertion of an
>> inset into an ERT
On Mon, 29 Dec 2003, Moritz Moeller-Herrmann wrote:
> Christian Ridderström wrote:
> >> > I've _suffered_ this "feature" in MS-Word... for me, the main problem
> >> > was the distraction from content. E.g., I frequently found myself
> >> > spending time on fixing spelling(*) instead of content --
Christian Ridderström <[EMAIL PROTECTED]> writes:
| Wow... this was a while back... Are you going through old mail?
Yes
I have a lag of some 3-400 hundred lyx mails.
been busy.
| Merry Christmas and Happy New Year to everybody...
| (I just realized it's Friday...)
That too
--
Lgb
Kuba Ober <[EMAIL PROTECTED]> writes:
| Hi,
>
| I was thinking of doing some general const cleanup in the (probably very few)
| places that may need it (if any at all). I'm thinking of it w/o looking at
| the code yet (just downloaded from CVS) so please forgive if it doesn't
| directly apply.
On Fri, 2 Jan 2004, Lars Gullik Bjønnes wrote:
> Christian Ridderström <[EMAIL PROTECTED]> writes:
>
> | duh... unless we suddenly entered a world without software bugs, how can
> | you say that the code defines the intended behaviour?
> |
>
> How can
On Tuesday 30 December 2003 15:41, Georg Baum wrote:
> + lines[i] += '\\backslash '
I am avoiding this although I use it in my code alot since this is not
supported in python 1.5.2
And although this is an old release more than 4 years ago, it is still used,
for example in redhat 7
Hi,
I was thinking of doing some general const cleanup in the (probably very few)
places that may need it (if any at all). I'm thinking of it w/o looking at
the code yet (just downloaded from CVS) so please forgive if it doesn't
directly apply.
What's the general karma of having something like
On Monday 29 December 2003 14:50, Angus Leeming wrote:
> José, just before Christmas you asked why we always copied external
> files (graphics, xfig, gnuplot etc) to the tmp directory even when no
> modifications were needed.
>
> I've just remembered an additional reason: LaTeX can't cope with
> sp
On Monday 29 December 2003 13:56, Angus Leeming wrote:
>
> Are you all happy with this scheme?
I do.
--
José Abílio
LyX and docbook, a perfect match. :-)
Christian Ridderström <[EMAIL PROTECTED]> writes:
| duh... unless we suddenly entered a world without software bugs, how can
| you say that the code defines the intended behaviour?
|
How can you _ever_ say that? Can a single name tell? or do we need a
s
Please add in lib/doc/TOP_top attached file
--
Lav
Vitaly Lipatov
GNU! ALT Linux Team! LaTeX! LyX!
#LyX 1.3 created this file. For more info see http://www.lyx.org/
\lyxformat 221
\textclass article
\language russian
\inputencoding koi8-r
\fontscheme default
\graphics default
\paperfontsize defaul
42 matches
Mail list logo
