What about xforms?
something like the attached?
edwin
booktabs2.diff.gz
Description: application/gzip
Andre Poenitz wrote:
> On Wed, Nov 03, 2004 at 01:57:59PM +0100, Alfredo Braunstein wrote:
>> The most obvious regression is that the cursor doesn't leave the exact
>> vertical center of the screen.
>
> That was sort of intentional for the time being as it help to fix one
> part of the the proble
Andre Poenitz wrote:
>> Honestly, I think this would be nonsense. fitCursor has a 1-to-1
>> correspondence with a concrete feature. I think that Andrà had always
>> cursor-follows-scrollbar and simple ignored (or forgot) the other case.
>
> I did forget it. However, the primary source of y positi
On Wed, Nov 03, 2004 at 03:24:00PM +0100, Alfredo Braunstein wrote:
> Jean-Marc Lasgouttes wrote:
>
> > Alfredo> Btw, I didn't appreciate at all that you have *removed*
> > Alfredo> fitCursor and friends. The fact that fitCursor isn't used in
> > Alfredo> this version is a consequence of the limit
On Wed, Nov 03, 2004 at 03:27:41PM +0100, Alfredo Braunstein wrote:
> Lars Gullik Bjønnes wrote:
>
> > If you want a branch to work in, please create one.
> >
> > And if you want pointers on how, please drop a note.
> > (remember to create a tag first, then branch off that tag)
>
> I'll have a l
On Fri, Nov 05, 2004 at 11:50:49AM +0100, Edwin Leuven wrote:
> hi guys,
>
> i hacked together elementary booktab support for the stable tree (was
> fed up with the ERT in my documents...)
What about xforms?
Andre'
On Wed, Nov 03, 2004 at 04:49:19PM +0100, Lars Gullik Bjønnes wrote:
> >> flott
> >
> | Pardon my french, but is this some kind of norwegian curse? ;-)
>
> Could have been... but it actually means 'great'.
Only when applied to good-looking woman or in general?
Andre'
On Thu, Nov 04, 2004 at 12:33:47AM +0100, Alfredo Braunstein wrote:
> Am I right in that every view-related data should go to the coord cache?
That's the idea for the long run anyway. The external cache is about the
only way to allow multiple views and code is more modular after such
a contents/vi
On Thu, Nov 04, 2004 at 09:23:08AM +0100, Jean-Marc Lasgouttes wrote:
> Concerning my lack of answers to your hints in my direction concerning
> this patch, this is because I do not really understand what it does. I
> just discussed with Andre about the code that got written in Chemnitz,
> and I ha
On Wed, Nov 03, 2004 at 02:18:42PM +0100, Lars Gullik Bjønnes wrote:
> Alfredo Braunstein <[EMAIL PROTECTED]> writes:
>
> | May be doable.
> >
> | I think we should think about a branch.
>
> If you want a branch to work in, please create one.
Btw, what about switching over to subversion 'soonish
On Thu, Nov 04, 2004 at 10:56:54AM +0100, Juergen Spitzmueller wrote:
> This patch implements InsetCharStyle::getStatus as suggested by Jean-Marc.
> Furthermore, it draws a visual clue when the cursor is inside the inset (see
> attached screenshot).
A comment for the future: Could you please add
On Thu, Nov 04, 2004 at 12:27:24PM +0100, Alfredo Braunstein wrote:
> I've implemented the "decoupling" between cursor and screen in CoordBranch,
> similar as described in another thread.
This certainly moves into the right direction.
Andre'
On Thu, Nov 04, 2004 at 12:23:14PM +0100, Juergen Spitzmueller wrote:
> Jean-Marc Lasgouttes wrote:
> > I am not sure the getStatus code is really right. You should return
> > true when you did something (meaning: OK, I know what to do about that
> > lfun), and return the result of InsetText::getSt
On Thu, Nov 04, 2004 at 12:27:24PM +0100, Alfredo Braunstein wrote:
> I've implemented the "decoupling" between cursor and screen in CoordBranch,
> similar as described in another thread.
>
> current most obvious problems:
>
> - missing fitCursor
> - scrolling not so smooth "one par at a time"
>
On Wed, Nov 03, 2004 at 01:57:59PM +0100, Alfredo Braunstein wrote:
> The most obvious regression is that the cursor doesn't leave the exact
> vertical center of the screen.
That was sort of intentional for the time being as it help to fix one
part of the the problem at a time. Right now the main
> >> La donna à mobile
> >> Qual piuma al vento,
> >> Muto d'accento - e di pensiero.
A woman is volatile [or variable or in flux]
like a feather in the wind
weak in words and in thoughts
> I think that it then goes on saying that still, they are worth to make love
> with...
ROTFL :) I.e. what a
The Dark Side has the pecularity to require extra mantras like
__declspec(dllexport) (or similar, I am trying hard to forget these
things..) for function declarations if one wants the function to show
up (visibly at least) in a shared library. This attribute also seems
to become part of the func
Josà AbÃlio Oliveira Matos wrote:
>> Could anyone provide a better translation than Google?
>
> Do you want to stop Alfrado's work just for that? ;-)
LOL... But I'd gladly exchange the translation for some bug fixing...
Alfredo
Andreas Vox wrote:
> Edwin Leuven <[EMAIL PROTECTED]> writes:
>
>> La donna à mobile
>> Qual piuma al vento,
>> Muto d'accento - e di pensiero.
>
> The woman à mobile
> Which piuma to the wind,
> Dumb of accent - and thought.
>
> Could anyone provide a better translation than Google?
something
On Fri, Nov 05, 2004 at 05:46:34PM +, Andreas Vox wrote:
> Edwin Leuven <[EMAIL PROTECTED]> writes:
>
> > La donna é mobile
> > Qual piuma al vento,
> > Muto d'accento - e di pensiero.
>
> The woman é mobile
> Which piuma to the wind,
piuma -> (more or less) feather
> Dumb of accent -
Edwin Leuven <[EMAIL PROTECTED]> writes:
> La donna à mobile
> Qual piuma al vento,
> Muto d'accento - e di pensiero.
The woman à mobile
Which piuma to the wind,
Dumb of accent - and thought.
Could anyone provide a better translation than Google?
/Andreas
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Index: src/funcrequest.h
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/funcrequest.h,v
| retrieving revision 1.18
| diff -u -p -r1.18 funcrequest.h
| --- src/funcrequest.h 3
This patch is a first step in solving bug 1720 (LyX/Mac: Menus are not
correctly disabled when a dialog has focus), for which I would need in
getStatus to be able to determine that a FuncRequest has been
generated by the menus.
Here, I add a new 'origin' enum to FuncRequest, defined as follow:
On Fri, Nov 05, 2004 at 01:13:34PM +, Angus Leeming wrote:
>
> Have fun y'all. I'll be thinking of you when I'm half way up some
> mountain or other ;-)
Half way up or half way down, symbolically for the project this is
important. ;-)
Enjoy your journey. :-)
> --
> Angus
--
José Abí
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> Hearing no better ideas, here are patches for 1.3.x and 1.4.0
Bennett> using M-Tab and M-S-BackTab for buffer-next and
Bennett> buffer-previous.
I applied them. Thanks.
JMarc
Lars Gullik Bjønnes wrote:
Actually I am not sure if I prefere that anymore
La donna é mobile
Qual piuma al vento,
Muto d'accento - e di pensiero.
;-)
Jean-Marc Lasgouttes wrote:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]>
>> writes:
>
> Angus> Indeed. Thanks for the investigation. I'll commit this to
> head. Angus> Jean-Marc, I'm leaving the country for two weeks
> tonight so may Angus> not have time to commit the attached patch to
Edwin Leuven <[EMAIL PROTECTED]> writes:
>> Can you tell briefly what booktap is as well?
>
| "booktabs is to enable the easy production of tables such as should
| appear in published scientific books and journals. What distinguishes
| these from plain LaTeX tables is the default use of additiona
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Indeed. Thanks for the investigation. I'll commit this to head.
Angus> Jean-Marc, I'm leaving the country for two weeks tonight so may
Angus> not have time to commit the attached patch to 1.3.x (after you
Angus> Ok it ;-) Could I ju
Can you tell briefly what booktap is as well?
"booktabs is to enable the easy production of tables such as should
appear in published scientific books and journals. What distinguishes
these from plain LaTeX tables is the default use of additional space
above and below rules, and rules of varying `
Edwin Leuven <[EMAIL PROTECTED]> writes:
| hi guys,
>
| i hacked together elementary booktab support for the stable tree (was
| fed up with the ERT in my documents...)
>
| patch attached in case anyone is interested
Can you tell briefly what booktap is as well?
| +void LyXTabular::setBookTabs(bo
hi guys,
i hacked together elementary booktab support for the stable tree (was
fed up with the ERT in my documents...)
patch attached in case anyone is interested
regards, edwin
booktabs.diff.gz
Description: GNU Zip compressed data
Allan Rae wrote:
> Try this patch instead if you really want to stick to obsoleted rule
> types.
Obsoleted if you use gnu make. The only available methodology if you
don't.
> How nobody else has had a problem is a mystery.
Indeed. Thanks for the investigation. I'll commit this to head.
Jean-
33 matches
Mail list logo