On 05-Apr-2001 Angus Leeming wrote:
> You could emit a signal whenever the user clicks in a new paragraph. That way
> we wouldn;t need an update button at all.
>
> Or is this too easy?
Well we don't want to update the paragraph-layout when we change paragraph
otherwise we are not able to appl
> btw. what do people say... can I begin the ripping?
Uh... I would not mind if mathed was not the only semi-functional area ;-)
It's always nice to have company.
Andre'
--
André Pönitz . [EMAIL PROTECTED]
C++-Programmierer gesucht ... Naeheres unte
"Garst R. Reese" <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| >
| > "Garst R. Reese" <[EMAIL PROTECTED]> writes:
| >
| > | still gcc-3.0
| > | Garstmake[3]: Entering directory `/usr/local/garst/lyx-devel/src'
| > | g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost-isystem
On Thu, 5 Apr 2001, Juergen Vigna wrote:
> for() {
> for() {
> if (a very long parameterlist
&& function(with more than one,
parameter)) {
> ^from here we need spaces
> }
> }
> }
On Thu, 5 Apr 2001, John Levon wrote:
> On Thu, 5 Apr 2001, Allan Rae wrote:
>
> > That's what the input checking routine is for.
> >
> > The fact that an input has changed isn't significant. The problem is
> > whether or not that change has resulted in a valid contents of the dialog
> > or not.
On Thu, 5 Apr 2001, Angus Leeming wrote:
> On Thursday 05 April 2001 07:31, Allan Rae wrote:
> > BTW, what happens if after the user presses a key they then try to press
> > Okay? If the last key press in the edit box gave an invalid entry then
> > they shouldn't have an Okay button available.
>
Lars Gullik Bjønnes wrote:
>
> "Garst R. Reese" <[EMAIL PROTECTED]> writes:
>
> | still gcc-3.0
> | Garstmake[3]: Entering directory `/usr/local/garst/lyx-devel/src'
> | g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost-isystem
>/usr/X11R6/include -O -W -Wall -DLYX_DIR=\"/usr/local/shar
Lars Gullik Bjønnes wrote:
> inlucde language.h in lyx_main.C
>
> --
> Lgb
Thanks
"Garst R. Reese" <[EMAIL PROTECTED]> writes:
| still gcc-3.0
| Garstmake[3]: Entering directory `/usr/local/garst/lyx-devel/src'
| g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost-isystem /usr/X11R6/include
|-O -W -Wall -DLYX_DIR=\"/usr/local/share/lyx\" \
| -DTOP_SRCDIR=\"..\" -c ../
still gcc-3.0
Garst
make[3]: Entering directory `/usr/local/garst/lyx-devel/src'
g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost-isystem /usr/X11R6/include
-O -W -Wall -DLYX_DIR=\"/usr/local/share/lyx\" \
-DTOP_SRCDIR=\"..\" -c ../src/lyx_main.C
../src/lyx_main.C: In member function
On Thursday 05 April 2001 08:41, Juergen Vigna wrote:
> On 05-Apr-2001 Allan Rae wrote:
>
> > - outputs_[INITIAL] = CLOSE;
> > + outputs_[INITIAL] = OKAY | APPLY | CLOSE;
> >
> > This should be a safe change for both these policies. It'd also mean that
> > after a Restore you can still
Baruch,
I need to make the following ChangeExtension() change to your code to find
the .xpm file in the tmp directory. Otherwise I get:
Converting from png to xpm
Calling convert 'tjunc-expr-4.png' XPM:'tjunc-expr-4.xpm'
moving /usr/users/aleem/err/tjunc-expr-4.xpm to
/tmp/lyx_tmpdir425aaanja
On 5 Apr 2001, Jean-Marc Lasgouttes wrote:
> I'd say we should indeed have --enable-warnings, but maybe keep
> --with-frontend (it's a kind of external package, no?). If I use
> --enable-frontend, I'd always wonder what --disable-frontend does...
>
> As a reference point, emacs 20.4 has
> --wi
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> It's an unrelated bit of pedantry, but --with-warnings along
John> with --with-frontend should really by --enable. --with is for
John> specifying external packages.
I'd say we should indeed have --enable-warnings, but maybe keep
--with
On 5 Apr 2001, Lars Gullik [iso-8859-1] Bjønnes wrote:
> As you can see from the latest commit, I gave in on the "move some
> small methods inline" controversy.
I wouldn't quite call it controversy ;)
> should _always_ compile with "high" optimization turned on (in gcc
> -O2) _and_ make sure th
Lars Gullik Bjønnes wrote:
>
> "Garst R. Reese" <[EMAIL PROTECTED]> writes:
>
> | here it is. g++-3.0 gcc-3.0
20010402
>
> Hmm... I just tried to compile with 3.0 (before latest commit and
> changes), and got a _lot_ of linker errors. From what date is your
> 3.0?
Sorry, I should hav
On Thu, 5 Apr 2001, Allan Rae wrote:
> That's what the input checking routine is for.
>
> The fact that an input has changed isn't significant. The problem is
> whether or not that change has resulted in a valid contents of the dialog
> or not. If the contents are valid then Okay and Apply sho
> "Baruch" == Baruch Even <[EMAIL PROTECTED]> writes:
Baruch> Hello, In lyxfont.h there is an include for gettext.h for some
Baruch> obscure reason of using enums ON and OFF that might get
Baruch> redefined in locale.h
OK, I commited a cleanup patch from Baruch's work and mine. Note that
thi
On Thu, Apr 05, 2001 at 11:26:50AM +0200, Jean-Marc Lasgouttes wrote:
> > "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
>
> Kayvan> --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii
>
> Kayvan> Hi!
>
> Kayvan> Is anyone going to apply this patch for me?
>
> I'll do it
On Thursday 05 April 2001 05:47, Allan Rae wrote:
> > Yes, this is a fudge to a lacking ButtonPolicy. Consider inputting a
> > citation-inset from the minibuffer. The params are perfectly valid, the
> > dialog pops up. Do you want to "Apply" them? Yes I do!
>
> Doesn't the citation inset already
> "Baruch" == Baruch Even <[EMAIL PROTECTED]> writes:
Baruch> Ok, I'm basically half through, the problem now is not the
Baruch> LyXFont, but adding gettext.h to the files that need it and
Baruch> received it implicitly by including buffer.h
I only had this problem with controllers/character
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii
Kayvan> Hi!
Kayvan> Is anyone going to apply this patch for me?
I'll do it. Should it go to 1.1.6 too?
JMarc
On Thursday 05 April 2001 07:31, Allan Rae wrote:
> On Tue, 3 Apr 2001, Allan Rae wrote:
>
> > On Mon, 2 Apr 2001, Angus Leeming wrote:
> > > > 7) I find it a bit weird that I call a method "valid(bool)" whenever
> > > > e.g. a user types another character in a line edit widget. Can we
> > > > ad
* Jean-Marc Lasgouttes <[EMAIL PROTECTED]> [010405 11:09]:
> > "Baruch" == Baruch Even <[EMAIL PROTECTED]> writes:
>
> Baruch> This causes that almost any file includes gettext.h
> Baruch> implicitly, it wouldn't be that bad, but in my case it forces
> Baruch> reordering of header file includ
On 05-Apr-2001 Lars Gullik Bjønnes wrote:
> I can live with that. (barely)
#:O)
> Using tab-with == 4, and at the same time indenting with 8 spaces is
> bad.
I don't indent with 8 spaces! I indent with tab's now! There's just the
problem with parameters which break to a new line (when indenti
Hi!
Is anyone going to apply this patch for me?
Thanks.
---Kayvan
Index: development/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/development/ChangeLog,v
retrieving revision 1.3
diff -u -u -r1.
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 05-Apr-2001 Lars Gullik Bjønnes wrote:
|
| > So you still want "your" files to be special?
| > _all_ other files use tabs.
|
| Well no this could be a general rule. So files can be viewed with whatever
| tab-with you give!
I can live with that. (b
On 05-Apr-2001 Lars Gullik Bjønnes wrote:
> So you still want "your" files to be special?
> _all_ other files use tabs.
Well no this could be a general rule. So files can be viewed with whatever
tab-with you give!
> a tab with is 8 chars regardless of if a a tab or 8 spaces is used.
> so if yo
Juergen Vigna <[EMAIL PROTECTED]> writes:
| >
| >* tabular.C: small reformat
| >
You automatic reformatter did too many things wrong.
| Lars I would apreciate if you would (re)indent this type of stuff with
| spaces and not with tabs as then we have both the same view of the
| file!
S
As you can see from the latest commit, I gave in on the "move some
small methods inline" controversy.
One thing I'd like to point out though: When trying to optimize you
should _always_ compile with "high" optimization turned on (in gcc
-O2) _and_ make sure that you compile LyX with assertions t
> "Baruch" == Baruch Even <[EMAIL PROTECTED]> writes:
Baruch> Hello, In lyxfont.h there is an include for gettext.h for some
Baruch> obscure reason of using enums ON and OFF that might get
Baruch> redefined in locale.h
Ha! I tried to remove it when I rewrote gettext.[Ch], but could not
remem
>
>* tabular.C: small reformat
>
Lars I would apreciate if you would (re)indent this type of stuff with
spaces and not with tabs as then we have both the same view of the file!
(well I added the comment at the end of the file propsed yesterday by
H.Z so we should have the same view from
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 04-Apr-2001 Dekel Tsur wrote:
>> On Wed, Apr 04, 2001 at 10:23:05AM -0700, Michael K Cheng wrote:
>>> I'm not sure what that os pointer is, but I've compiled LyX on
>>> redhat 7.0 yesterday. I can crash it by opening a new d
"Garst R. Reese" <[EMAIL PROTECTED]> writes:
| here it is. g++-3.0 gcc-3.0 20010402
Hmm... I just tried to compile with 3.0 (before latest commit and
changes), and got a _lot_ of linker errors. From what date is your
3.0?
| GarstMaking all in insets
| make[3]: Entering directory `/usr/local/gar
On 05-Apr-2001 Allan Rae wrote:
> - outputs_[INITIAL] = CLOSE;
> + outputs_[INITIAL] = OKAY | APPLY | CLOSE;
>
> This should be a safe change for both these policies. It'd also mean that
> after a Restore you can still press Okay or Apply without changing
> something in the dialog.
>
35 matches
Mail list logo
