Edwin Leuven <[EMAIL PROTECTED]> writes:
| Anyway, thanks to you guys find/replace is now guii (over here).
| I've got the
| following dilemma on which I need your advice. Find/replace uses generalized
| copies of the members FindBackward(), FindForward(), and IsStringInText()
| from the LyXT
> > blah.
> >
> > Careful... We've only just recovered from the last time this conversation
> > was started!!!
>
> They mostly don't join in because they mostly never have.
I guess they are just being wise...
> Either that or
> they are content with the xforms frontend as is like most o
On Fri, 2 Mar 2001, Angus Leeming wrote:
> On Friday 02 March 2001 15:42, Edwin Leuven wrote:
> > and what *I* don't understand is why people don't join in for a week or
> > two to get the qt2 port working and ditch those f***ing xforms instead.
> blah.
>
> Careful... We've only just recovere
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| seems I was a bit optimistic. But even if we reduce the binary or
| break even I really think the use of scoped_ptr makes the code
| nicer.
Ok, I was very optimistic. However I claim that use of scoped_ptr
makes the code cleaner and easier to und
> blah.
>
> Careful... We've only just recovered from the last time this conversation
> was started!!!
Sorry, but the combination of friday afternoon and xform frustration proved
to be too combustible :)
> > ps. I really want to minimize my understanding of xforms.
>
> Sure. Use fdesign
On Friday 02 March 2001 15:49, Lars Gullik Bjønnes wrote:
> Pleas don't wait with the commit. I am not doing anything large, so
> the conflicts will be small.
Done
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Friday 02 March 2001 15:13, Lars Gullik Bjønnes wrote:
| > I am currently building the mvc branch, and will go trough this and
| > make _small_ changes. but I will not commit until you have had a look
| > at the resulting patch.
|
| Ok, dokey. Look
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > Should we also address the issue of memory footprint. Allan originally had it
| > so that dialog_ was deleted when the Dialog was closed and recreated it once
| > again when it was reopened.
|
| I'd favour short code over small memory footprint (wi
On Friday 02 March 2001 15:42, Edwin Leuven wrote:
> and what *I* don't understand is why people don't join in for a week or
> two to get the qt2 port working and ditch those f***ing xforms instead.
blah.
Careful... We've only just recovered from the last time this conversation was
started
On Fri, 2 Mar 2001, Edwin Leuven wrote:
> ...and what *I* don't understand is why people don't join in for a week or
> two to get the qt2 port working and ditch those f***ing xforms instead. blah.
I think we've had this discussion before. Like I said I doubt anything would happened
unless any f
On Friday 02 March 2001 15:15, John Levon wrote:
> On 2 Mar 2001, Lars Gullik Bjønnes wrote:
>
> > I am currently building the mvc branch, and will go trough this and
> > make _small_ changes. but I will not commit until you have had a look
> > at the resulting patch.
> >
> > Lgb
>
> *
On Friday 02 March 2001 15:13, Lars Gullik Bjønnes wrote:
> I am currently building the mvc branch, and will go trough this and
> make _small_ changes. but I will not commit until you have had a look
> at the resulting patch.
Ok, dokey. Look forward to it.
I've merged the changes to HEAD into my
...and what *I* don't understand is why people don't join in for a week or
two to get the qt2 port working and ditch those f***ing xforms instead. blah.
Sorry but putting xform find replace in frontends is *no fun* :-(
And while I am grumbling perhaps someone can give me some xform tips.
The fi
> Should we also address the issue of memory footprint. Allan originally had it
> so that dialog_ was deleted when the Dialog was closed and recreated it once
> again when it was reopened.
I'd favour short code over small memory footprint (within reasonable limits).
Andre'
--
André Pönitz ..
> | Does this translate to "Kleinvieh macht auch Mist"?
>
> I am not sure what the english saying is... but the meaning is
> "several small rivers make a great one"
Well... the idea is the same.
"small domestic animals produce droppings, too"
Actually my dictionary translates the whole sentenc
On 2 Mar 2001, Lars Gullik Bjønnes wrote:
> I am currently building the mvc branch, and will go trough this and
> make _small_ changes. but I will not commit until you have had a look
> at the resulting patch.
>
> Lgb
*please* don't tie the frontends down to recreating the dialogs every
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Friday 02 March 2001 14:14, Lars Gullik Bjønnes wrote:
| > I suspect that the same thing could be done to most of the forms.
| > (this change alone reduces binary size with some ~300 bytes. "Who
| > Cares!" I hear you yell. Well I do... "mange små bl
On Fri, 2 Mar 2001, Angus Leeming wrote:
> Should we also address the issue of memory footprint. Allan originally had it
> so that dialog_ was deleted when the Dialog was closed and recreated it once
> again when it was reopened. I removed this code when I wrote the FormBase
> heirarchy of cla
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > "mange små blir en stor å"
|
| Does this translate to "Kleinvieh macht auch Mist"?
don't know...
I am not sure what the english saying is... but the meaning is
"several small rivers make a great one"
(små == small, å = river (short word eh? (here
On Friday 02 March 2001 14:14, Lars Gullik Bjønnes wrote:
> I suspect that the same thing could be done to most of the forms.
> (this change alone reduces binary size with some ~300 bytes. "Who
> Cares!" I hear you yell. Well I do... "mange små blir en stor å")
>
> Lgb
Sorry, my knowledge of Nor
> "mange små blir en stor å"
Does this translate to "Kleinvieh macht auch Mist"?
Andre'
--
André Pönitz [EMAIL PROTECTED]
21 matches
Mail list logo
