John Levon <[EMAIL PROTECTED]> writes:
| I've just committed this; it seems to work for me. Lars, please review.
|
| this is a pre-cursor to moving the basic paragraph-parsing into
| paragraph_pimpl.C, which should clean up the changes API in paragraph.h a
| lot.
The patch looks good, but it bui
John Levon <[EMAIL PROTECTED]> writes:
| I've just committed this; it seems to work for me. Lars, please review.
"I've just committed this... please review"
_if_ you really want a review, you could at least wait with the commit
part...
As a sidenote: I thing that too many large patches have gon
John Levon <[EMAIL PROTECTED]> writes:
| ... but I feel good.
|
| Why not huh ? Mildly tested a few times with save/load/view dvi
This will not just go in, but needs further testing first.
--
Lgb
Christian Ridderström wrote:
> I fiddled a bit with 'qscreen.C', but for some reason I wasn't able to
> get it thicker (I'm guessing that 'cursor_h_' should control it's
> height?).
Partially. The cursor right now is a line with 1 pixel thickness. If you go
to the switch downwards you have (qscre
John Levon <[EMAIL PROTECTED]> writes:
| This is considerably cleaner, and will speed up the load. I also took
| the opportunity to rename some functions to sensible names (where is the
| crack that makes "parseSingleLyXformat2Token" a sensible name ?).
|
| I'm building it now, and will apply it
On Wed, Mar 12, 2003 at 03:56:12PM +0900, Rob Lahaye wrote:
> The crash occurs when more than one document is opened
> and one of them has changes switched on. As soon as you click
> in a text field that is marked by Changes, LyX crashes.
It's probably a silly when I made the changes Lars requ
John Levon wrote:
> On Mon, Mar 03, 2003 at 02:36:18AM +0900, Rob Lahaye wrote:
>>The attached patch prettifies the Xforms Changes dialog.
>>I think it also fixes the dis/enable-buttons, when nothing is in the
>>changed list.
>
> I got a crash from this I didn't get in my other tree. Maybe not th
Can somebody with a 1.3.1cvs Qt build please check if they can
change a column width of a table by pressing return ? It's broke in CVS
john
I've just committed this; it seems to work for me. Lars, please review.
this is a pre-cursor to moving the basic paragraph-parsing into
paragraph_pimpl.C, which should clean up the changes API in paragraph.h a
lot.
regards
john
? .xvpics
? a
? a.diff
? anime.eps
? anime2.eps
? anime3.eps
? ani
... but I feel good.
Why not huh ? Mildly tested a few times with save/load/view dvi
john
Index: BufferView.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/BufferView.C,v
retrieving revision 1.123
diff -u -p -r1.123 BufferVie
This is considerably cleaner, and will speed up the load. I also took
the opportunity to rename some functions to sensible names (where is the
crack that makes "parseSingleLyXformat2Token" a sensible name ?).
I'm building it now, and will apply it unless someone screams ...
(I need to add to FO
Angus Leeming wrote:
> Here's what I propose to replace it.
It works like a charm. Patch attached.
--
Angus
char.diff.gz
Description: GNU Zip compressed data
This is never generated. From whence did it come (i.e. should lyx2lyx
discard it ?)
john
We currently have two mechanisms to apply a font change.
LFUN layout-character is dispatched from the Layout->character menu item. It
results in a call to Dialogs::showCharacter() which pops up the character
dialog allowing us to manipulate the dialog's local LyXFont instance.
'Apply' results i
On Tue, Mar 11, 2003 at 03:47:47PM +0100, Lars Gullik Bjønnes wrote:
> "Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
>
> | This makes it possible to build lyx on Cygwin with GCC 3.2 (instead
> | of requiring that lyx be built with GCC2).
> |
> | Please apply.
>
> Note that libtool.m4 is not our
On Tue, 11 Mar 2003, Alfredo Braunstein wrote:
> Hi Christian!
>
> Thanks for the nice research.
>
> > Personally, I also like this interface. Maybe I'd prefer a slightly
>
> For now it doesn't seem to convince the other guys ;)
>
> > "stronger" visual cue... moving the horisontal cursor a bit
John Levon <[EMAIL PROTECTED]> writes:
| On Tue, Mar 11, 2003 at 10:45:36PM +0100, Lars Gullik Bj?nnes wrote:
|
| > IMHO even with version suffix you cannot expect regular lyx tools to
| > work.
|
| Then we should *remove* the option. If it's broke it must go away, it's
| as simple as that.
|
|
On Tue, Mar 11, 2003 at 09:59:30PM +, John Levon wrote:
> On Sat, Mar 08, 2003 at 03:01:48PM -0800, Kayvan A. Sylvan wrote:
>
> > > > 1) File->Revert comes up with a "Do you want to save your changes" dialog.
> > > >I don't know if this makes sense. Hitting "Yes" makes that you
> > > >
On Sat, Mar 08, 2003 at 03:01:48PM -0800, Kayvan A. Sylvan wrote:
> > > 1) File->Revert comes up with a "Do you want to save your changes" dialog.
> > >I don't know if this makes sense. Hitting "Yes" makes that you
> > >have just saved your changes (which defeats the whole idea of revert).
On Tue, Mar 11, 2003 at 10:45:36PM +0100, Lars Gullik Bj?nnes wrote:
> IMHO even with version suffix you cannot expect regular lyx tools to
> work.
Then we should *remove* the option. If it's broke it must go away, it's
as simple as that.
> and we should perhaps not have version suffix work like
John Levon <[EMAIL PROTECTED]> writes:
| On Tue, Mar 11, 2003 at 10:32:18PM +0100, Lars Gullik Bj?nnes wrote:
|
| > IMHO if you use lyx in non-standard ways you cannot expect tools made
| > to work with lyx, to work for you.
| >
| > This might sound harsh but it is my honest opinion.
|
| Calm d
On Tue, Mar 11, 2003 at 10:01:44AM +0100, Andre Poenitz wrote:
> > use_amsmath bparam became tri-state but none of the remaining bits
> > mentioned above were updated iirc
>
> Ah... what needs to be done there?
I don't know. I sent you an unfinished untested patch and you applied
it. At the ver
I just noticed that they're garbled. I guess this is because they're
english, and something is going wrong with the encoding code in
QLPainter::text(). Dekel ? Does the same happen for Hebrew etc. ?
john
On Tue, Mar 11, 2003 at 10:32:18PM +0100, Lars Gullik Bj?nnes wrote:
> IMHO if you use lyx in non-standard ways you cannot expect tools made
> to work with lyx, to work for you.
>
> This might sound harsh but it is my honest opinion.
Calm down lars, --with-version-suffix is supposed to work and
On Tue, Mar 11, 2003 at 11:24:00PM +0200, Andrew Abyzov wrote:
> Is it possible to display Russian letters in Qt Lyx 1.3.0?
> I.e. is it possible to make koi8-r encoding for the fonts default?
1) Set LANG appropriately
2) Set the document language appropriately
3) Make sure you've got a Qt font s
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Tue, Mar 11, 2003 at 06:11:15PM +0100, Lars Gullik Bj?nnes wrote:
| > | How can I know where are lyxpipes?
| >
| > We should remove the config options of being able to set the pipe
| > names. Then the pipes can always be found in the same spot.
| >
| >
Kornel Benko <[EMAIL PROTECTED]> writes:
| On Dienstag, 11. März 2003 21:16, John Levon wrote:
| > On Tue, Mar 11, 2003 at 06:11:15PM +0100, Lars Gullik Bj?nnes wrote:
| > > We should remove the config options of being able to set the pipe
| > > names. Then the pipes can always be found in the sam
Is it possible to display Russian letters in Qt Lyx 1.3.0?
I.e. is it possible to make koi8-r encoding for the fonts default?
--
Best regards,
Andrew Abyzov mailto:[EMAIL PROTECTED]
On Tue, Mar 11, 2003 at 06:11:15PM +0100, Lars Gullik Bj?nnes wrote:
> | How can I know where are lyxpipes?
>
> We should remove the config options of being able to set the pipe
> names. Then the pipes can always be found in the same spot.
>
> Would also reduce config gui clutter a bit.
Isn't th
On Tue, Mar 11, 2003 at 09:43:02PM +0100, Kornel Benko wrote:
> What does mean same spot? I am not using the standard
> .lyx directory.
Bleh, yes, good point. So we don't have much choice
john
-BEGIN PGP SIGNED MESSAGE-
On Dienstag, 11. März 2003 21:16, John Levon wrote:
> On Tue, Mar 11, 2003 at 06:11:15PM +0100, Lars Gullik Bj?nnes wrote:
> > We should remove the config options of being able to set the pipe
> > names. Then the pipes can always be found in the same spot.
>
> Ag
On Tue, Mar 11, 2003 at 09:14:45PM +0100, Alfredo Braunstein wrote:
> PS: similar arguments for double spaces.
Actually I think for doube spaces we shuold actively collapse them on
an edit operation (backspace etc.)
But let's deal with DEPM first
john
John Levon wrote:
> Ooops, sorry Alfredo ! Anyway, why don't we do this ?
Don't worry. I would agree... maybe we can make some sort poll?
0) Leave thing as they are (optionally removing all 'false' const keywords
as in my patch)
1) Eliminate DEPM. Do not save, export or read empty pars. Optional
On Tue, Mar 11, 2003 at 05:08:30PM +0100, Andre Poenitz wrote:
> What comes before "beginningOfBody()"? The manual label strings?
Yes.
> If so, what is ParameterStruct::labelstring good for?
The maximum possible width of the labels, used for alignment. For
example :
labelstring is
00.00.|
On Tue, Mar 11, 2003 at 06:11:15PM +0100, Lars Gullik Bj?nnes wrote:
> We should remove the config options of being able to set the pipe
> names. Then the pipes can always be found in the same spot.
Agreed ...
john
On Tue, Mar 11, 2003 at 02:32:52PM +0100, Andre Poenitz wrote:
> - for (; it != end; ++it) {
> + for (; it != end; ++it)
> if (it.getInset())
> it.getInset()->setOwner(i);
> - }
This is no kind of "improvement" at all.
> It does not address the me
On Tue, Mar 11, 2003 at 10:48:17AM +, Jos? Matos wrote:
> AFAIR you need autoconf 2.5x to build the qt frontend. I think that the same
> applies to any qt 3.x application.
Nope ... (autoconf has nothing to do particularly with Qt, so ...).
You do need automake 1.5 or higher though
john
On Tue, Mar 11, 2003 at 10:22:48AM +0100, Andre Poenitz wrote:
> I'll have a go.
Neat.
> John, you can avoid duplicated work
Oh, I have other things I want to do :)
john
On Tue, Mar 11, 2003 at 10:01:03AM +0100, Andre Poenitz wrote:
> You don't have raw Row * anymore.
>
> The base concept is that of a "document iterator". A document iterator
So all the hard bits have to be done in one big patch.
john
On Tue, Mar 11, 2003 at 10:22:35AM +0100, Alfredo Braunstein wrote:
> | Proposal 1) Plain forbid 3 spaces / 2 empty paragraphs (in order to
> | discourage space/newline formatting abuse, do not load nor save double
> | spaces, empty paragraphs).
>
> Cannot blame you though, I have sometimes probl
DIKKAT
VIDEO CD :
Iddia ediyoruz.. Hic bir yerden temin edemeyeceginiz ses ve göruntu kalitesi ile
yuzlerce porno video CD. arSivimiz yenilenmistir. istemis oldugunuz video CD.ler
bire bir yollanir kesinlikle isteginiz harici alakasiz baSka video CD.ler yollanmaz.
Anal. Oral. Vajinal. Grup. Zenci
"Garst R. Reese" <[EMAIL PROTECTED]> writes:
| Trying to copy a value from within the red box (user error?) crashes on
| paste to within the red box at another table position. Copying the
| entire table element gave no problems.
Pasting is flaky, especially selection/copy/paste that goes over mor
Hi Christian!
Thanks for the nice research.
> Personally, I also like this interface. Maybe I'd prefer a slightly
For now it doesn't seem to convince the other guys ;)
> "stronger" visual cue... moving the horisontal cursor a bit down and
> making it thicker perhaps? Could the cursor become a m
Joao Luis Meloni Assirati wrote:
> There is the problem of reading the prefs to know where are lyxpipes,
> though.
Well that's pretty simple. Why not the attached.
--
Angus#include
#include
#include
using std::getline;
using std::string;
using std::cerr;
using std::cout;
using std::endl;
us
Joao Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
| On 11 Mar 2003, Lars Gullik Bjønnes wrote:
|
| > Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > | Why? "lyx -client " is nice too. It has to share code with
| > | lyx (read prefs, for example) anyway.
| >
| > No, it doesn't have to do
On Tue, Mar 11, 2003 at 01:46:34PM -0300, Joao Luis Meloni Assirati wrote:
> (prefixIs(s, (*it)->tmppath)) && s.at((*it)->tmppath.size())=='/')
> || (s == (*it)->tmppath)
if (s == (*it)->tmppath)
return *it;
if (prefixIs(s, (*it)->tmppath) && s[(*it)->tmppath.size()] == '/')
return
On 11 Mar 2003, Lars Gullik Bjønnes wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> | Why? "lyx -client " is nice too. It has to share code with
> | lyx (read prefs, for example) anyway.
>
> No, it doesn't have to do that.
How can I know where are lyxpipes?
João.
On 11 Mar 2003, Jean-Marc Lasgouttes wrote:
> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> Lars> | lyx -client
> Lars> I'd be more happy if this was done as a separate prog.
> Lars> lyxclient
>
> Why? "lyx -client " is nice too. It has to share code with
> lyx (read pre
On Tue, 11 Mar 2003, Andre Poenitz wrote:
> On Tue, Mar 11, 2003 at 11:50:19AM -0300, Joao Luis Meloni Assirati wrote:
> > I updated my patchs on inverse dvi search. Please have a look at it.
>
> +Buffer * BufferList::getBufferFromTmppath(string const & s)
> +{
> + BufferStorage::iterator
On Tue, Mar 11, 2003 at 05:20:52PM +0100, Lars Gullik Bjønnes wrote:
> | Should I try it?
>
> Yes, please. but make sure that your InsetHFill works properly first.
> :-)
Nobody complained for hours, so it certainly works.
> Too many changes in the same tree leads to disaster...
Your spelling of
On Tue, 11 Mar 2003, Christian Ridderström wrote:
> Hi
>
> I searched a bit in bugzilla, but couldn't find this bug, which surprised
> me a bit. Anyway:
>
> Changing page size to "custom" in the dialog doesn't do anything...
>
> changing to known paper sizes seems to work since the exported la
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Mar 11, 2003 at 04:32:12PM +0100, Lars Gullik Bjønnes wrote:
| > | What would be an appropriate name for the "paragraph label inset"?
| > | Jean-Marc?
| >
| > I am not sure if this is the right way forward for this.
|
| I just reached the same
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Andre Poenitz <[EMAIL PROTECTED]> writes: | What would be an
| Lars> appropriate name for the "paragraph label inset"? | Jean-Marc?
|
| Lars> I am not sure if this is the
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Joao Luis Meloni Assirati <[EMAIL PROTECTED]> writes: |
| Lars> Hello,
| Lars> |
| Lars> | I updated my patchs on inverse dvi search. Please have a look
| Lars> at it.
| L
What comes before "beginningOfBody()"? The manual label strings?
If so, what is ParameterStruct::labelstring good for?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
I've got a weird problem with teTeX 2.0 and later, when using the geometry
package to change page size. This is a latex/teTeX-problem obviously, but
maybe someone here knows where I should report this?
In case someone is interested, there seems to be a clash between the
geometry package and Boo
On Tue, Mar 11, 2003 at 04:32:12PM +0100, Lars Gullik Bjønnes wrote:
> | What would be an appropriate name for the "paragraph label inset"?
> | Jean-Marc?
>
> I am not sure if this is the right way forward for this.
I just reached the same conclusion.
> I'd really like to see a
>
> InsetDescri
Hi
I searched a bit in bugzilla, but couldn't find this bug, which surprised
me a bit. Anyway:
Changing page size to "custom" in the dialog doesn't do anything...
changing to known paper sizes seems to work since the exported latex gets
the paper size as a class option. Should I send this to b
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Andre Poenitz <[EMAIL PROTECTED]> writes: | What would be an
Lars> appropriate name for the "paragraph label inset"? | Jean-Marc?
Lars> I am not sure if this is the right way forward for this.
Lars> I'd really like to see a
L
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Joao Luis Meloni Assirati <[EMAIL PROTECTED]> writes: |
Lars> Hello,
Lars> |
Lars> | I updated my patchs on inverse dvi search. Please have a look
Lars> at it.
Lars> |
Lars> | inverse-search.diff: enhance the behavior of the f
Andre Poenitz <[EMAIL PROTECTED]> writes:
| What would be an appropriate name for the "paragraph label inset"?
| Jean-Marc?
I am not sure if this is the right way forward for this.
I'd really like to see a
InsetDescription, InsetItemize and InsetEnumerate
perhaps all combined in a general Ins
Andre Poenitz wrote:
> What would be an appropriate name for the "paragraph label inset"?
InsetParlabel?
--
Angus
Joao Luis Meloni Assirati <[EMAIL PROTECTED]> writes:
| Hello,
|
| I updated my patchs on inverse dvi search. Please have a look at it.
|
| inverse-search.diff: enhance the behavior of the function
| server-goto-file-row and create new function in the class BufferList
| (getBufferFromTmppath) to
What would be an appropriate name for the "paragraph label inset"?
Jean-Marc?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
On Tue, Mar 11, 2003 at 03:36:20PM +0100, Jean-Marc Lasgouttes wrote:
> The revtex4 template contains snippets like:
>
> \begin_inset Info Use Thanks layout instead of inserting footnotes.
> Footnotes in the title will do weird things in REVTeX 4!
> \end_inset
>
> Obviously lyx2lyx faild to conv
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> On Tuesday 11 March 2003 14:36, Jean-Marc Lasgouttes wrote:
>>
>>
>> The revtex4 template contains snippets like:
>>
>> \begin_inset Info Use Thanks layout instead of inserting footnotes.
>> Footnotes in the title will do weird things
On Tue, Mar 11, 2003 at 11:50:19AM -0300, Joao Luis Meloni Assirati wrote:
> I updated my patchs on inverse dvi search. Please have a look at it.
+Buffer * BufferList::getBufferFromTmppath(string const & s)
+{
+ BufferStorage::iterator it = bstore.begin();
+ BufferStorage::iterator end
Hello,
I updated my patchs on inverse dvi search. Please have a look at it.
inverse-search.diff: enhance the behavior of the function
server-goto-file-row and create new function in the class BufferList
(getBufferFromTmppath) to identify a buffer by its temporary path.
lyx-client.diff: create a
"Kayvan A. Sylvan" <[EMAIL PROTECTED]> writes:
| This makes it possible to build lyx on Cygwin with GCC 3.2 (instead
| of requiring that lyx be built with GCC2).
|
| Please apply.
Note that libtool.m4 is not our file. It is from the libtool package.
And that is where this patch should really go.
On Tuesday 11 March 2003 14:36, Jean-Marc Lasgouttes wrote:
>
>
> The revtex4 template contains snippets like:
>
> \begin_inset Info Use Thanks layout instead of inserting footnotes.
> Footnotes in the title will do weird things in REVTeX 4!
> \end_inset
>
> Obviously lyx2lyx faild to convert these
> "Rob" == Rob Lahaye <[EMAIL PROTECTED]> writes:
Rob> Open the revtex4 template, results in the following warnings to
Rob> stderr:
Rob> Solitary \end_inset in line 21 Missing \begin_inset?. Last inset
Rob> read was: Info Solitary \end_inset in line 33 Missing
Rob> \begin_inset?. Last inset r
On Tue, Mar 11, 2003 at 03:12:20PM +0100, Jean-Marc Lasgouttes wrote:
> I think we should have an inset for this purpose (for the purpose of
> handling all labels actually), but that it should be hardwired in the
> paragraph, like the defunct bibkey inset.
> Inserting an inset at a
> random place i
On Tue, 11 Mar 2003, John Levon wrote:
> Alredo's patch actually feels remarkably natural. More work needed of
> course.
I just did a crude investigation on this modified cursor behavour.
Two experienced LyXers thought they wouldn't have any problems getting
used to it. However, they were both
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> This is used only for the List and Description layouts and
Andre> causes quite a bit of messy code. The comments even seem to
Andre> indicate that there is some perfromance problem there.
Andre> What about using InsetOptArg or some
We have code like:
int Paragraph::beginningOfBody() const
{
if (layout()->labeltype != LABEL_MANUAL)
return 0;
// Unroll the first two cycles of the loop
// and remember the previous character to
// remove unnecessary GetChar() calls
pos_ty
I don't think I broke too much, if anything at all (word-base operations
might be off, but I don't think so).
It does not address the messy drawing code yet but moves a few lines off
text* and paragraph*
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, no
On Tue, Mar 11, 2003 at 10:22:45PM +0900, Rob Lahaye wrote:
> Any idea what's wrong?
I forgot to commit these.
Try again.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
Rob Lahaye wrote:
> Any idea what's wrong?
> R.
André forgot to 'cvs add' the file before his recent commit.
--
Angus
Up-to-date CVS:
[...]
gmake[3]: Entering directory `/home/lahaye/lyx-devel/src/insets'
gmake[3]: *** No rule to make target `insethfill.C', needed by `insethfill.lo'. Stop
.
gmake[3]: Leaving directory `/home/lahaye/lyx-devel/src/insets'
gmake[2]: *** [all-recursive
This makes it possible to build lyx on Cygwin with GCC 3.2 (instead
of requiring that lyx be built with GCC2).
Please apply.
There is still a problem with impgen.c and dlltool, but I think it may
be an automake bug. I will track that down and fix it and post the results.
--
Kayvan A. Sylvan
Hello,
This is a small bug. When resizing the Qt "Preferences" dialog, instead of
making wider the text boxes in the righ (what would be useful, for
example to enter large paths or commands with lots of options), it is the
tree of items in the left that becomes wider (what is not useful).
Regard
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
> Paul Seelig <[EMAIL PROTECTED]> writes:
>
>
> | [ after doing a CVS update: ]
>
> Are you sure you are really up to date?
>
I updated it right before producing the script session.
But i've acted on both Angus' and José's comments, created a .
On Tuesday 11 March 2003 10:37, Paul Seelig wrote:
> Is this a Debian/unstable problem, is it me, or any one of you or,
> speaking with the Monthy Pythons, something completely different?
>
> I haven't been able compiling CVS since some time around release of
> 1.3.0 (which compiled fine).
>
> [ af
Paul Seelig wrote:
> Is this a Debian/unstable problem, is it me, or any one of you or,
> speaking with the Monthy Pythons, something completely different?
>
> I haven't been able compiling CVS since some time around release of
> 1.3.0 (which compiled fine).
You have to tell cvs to Prune old dir
Paul Seelig <[EMAIL PROTECTED]> writes:
| Is this a Debian/unstable problem, is it me, or any one of you or,
| speaking with the Monthy Pythons, something completely different?
|
| I haven't been able compiling CVS since some time around release of
| 1.3.0 (which compiled fine).
| [ after doing
Juergen Vigna <[EMAIL PROTECTED]> writes:
| Andre Poenitz wrote:
| > This would make Sep 27 a good target, closely followed by Sep 20 and July
| > 26. The next bunch is July 19, and Sep 6.
|
| IMO Sep 27 would be a perfect date ;)
But it is awfully late...
--
Lgb
Is this a Debian/unstable problem, is it me, or any one of you or,
speaking with the Monthy Pythons, something completely different?
I haven't been able compiling CVS since some time around release of
1.3.0 (which compiled fine).
[ after doing a CVS update: ]
-- snip ---
S
On Tuesday 11 March 2003 10:07 am, Andre Poenitz wrote:
> On Tue, Mar 11, 2003 at 09:48:01AM +, Angus Leeming wrote:
> > > The problem here is that we use direct access from the GUI to the
> > > kernel to extract information instead of using the 'pipe interface'.
> > > One reason for that is, o
Andre Poenitz wrote:
This would make Sep 27 a good target, closely followed by Sep 20 and July
26. The next bunch is July 19, and Sep 6.
IMO Sep 27 would be a perfect date ;)
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [E
On Tue, Mar 11, 2003 at 11:11:52AM +0100, Jean-Marc Lasgouttes wrote:
> So, what about really removing all traces of it? Just disabling is a
> bit lame.
We could do that as well.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either
On Tue, Mar 11, 2003 at 10:53:27AM +0100, Andre' Poenitz wrote:
> [- indicates Jose or Lars not attenting who could attend if we'd stick to
> June 22th. I would not like to use these dates.]
Uh... In noticed that should be extended to those dates concerning
Jean-Marc as well. So July 19 and Sep 6
Andre Poenitz wrote:
On Mon, Mar 10, 2003 at 08:38:07AM +, Angus Leeming wrote:
Have you checked math?
No. I just assumed that you did the tight thing already ;-)
Juergen explained to me how edit() works and how it should work already
twice or so. Then I took another beer, and watched him f
On Tue, Mar 11, 2003 at 09:48:01AM +, Angus Leeming wrote:
> > The problem here is that we use direct access from the GUI to the kernel
> > to extract information instead of using the 'pipe interface'. One reason
> > for that is, of course, that our current 'pipe interface' does not allow
> > t
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Mon, Mar 10, 2003 at 04:19:01PM +0100, Jean-Marc Lasgouttes
Andre> wrote:
>> Andre', since you did not answer to Serge Winitzki's report about
>> it,
Andre> I have it still in my inbox...
OK, I wanted to make sure.
>> Is this
On Tue, Mar 11, 2003 at 10:41:07AM +0100, Jean-Marc Lasgouttes wrote:
> So, here what it would look like for me
Thanks.
> Note that I took the liberty to add June 29, which for some strange
> reason does not appear on the list.
Sorry. My mistake.
The current state now is:
Lars Jo
> "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
Christian> On 11 Mar 2003, Jean-Marc Lasgouttes wrote:
>> > "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
>>
Christian> And I've tried with different numbers for the option -p,
Christian> but no change w
On 11 Mar 2003, Jean-Marc Lasgouttes wrote:
> > "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
>
> Christian> And I've tried with different numbers for the option -p,
> Christian> but no change whatsoever. Any ideas?
>
> Did you try -p0?
Oh.. I just tried this:
euler:src>
Andre Poenitz wrote:
> I think I'd still rather pass a
>
>FuncRequest(DIALOG_SHOW, arg, InsetBase*, whatever)
>
> to
>
>cmd.view()->dispatch()
>
> in the Inset::dispatch(cmd) instead of having all these mailer classes
> around, but I have no religious feelings about it.
Fair enough. B
Andre Poenitz wrote:
> On Mon, Mar 10, 2003 at 06:35:10PM +, Angus Leeming wrote:
>> > But I have another problem: I need to re-implement almost all of the
>> > TabularInset interface to make it play nicely with FormTabular.C
>> > (and I am not sure I like it)
>>
>> You mean you have to w
On 11 Mar 2003, Jean-Marc Lasgouttes wrote:
> > "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
>
> Christian> And I've tried with different numbers for the option -p,
> Christian> but no change whatsoever. Any ideas?
>
> Did you try -p0?
No... but I just did and that doesn
1 - 100 of 144 matches
Mail list logo
