From 0a5a575c00701c6bebe5e6ff686037e6c386bdf8 Mon Sep 17 00:00:00 2001
From: John R Hudson
Date: Fri, 23 Dec 2022 09:46:42 +
Subject: [PATCH] Insert entries for Braille, FiXme, PDF Comments, PDF Forms,
Ruby and TODO notes into Chapter 4 Modules of Additional.lyx
---
lib/doc/Additional.lyx
Great stuff,
am longing for the next beta...
el
Sent from Dr Lisse's iPad mini
> On Oct 12, 2013, at 11:10, "LyX Ticket Tracker" wrote:
>
> #7546: Add the TODO Module please
> -+-
> Reporter: ondohotola |
Martin Vermeer wrote:
On Sun, Oct 07, 2007 at 09:48:35AM +0200, Abdelrazak Younes wrote:
Martin Vermeer wrote:
On Sat, Oct 06, 2007 at 06:58:44PM +0300, Martin Vermeer wrote:
On Sat, Oct 06, 2007 at 03:56:59PM +0200, Abdelrazak Younes wrote:
Martin Vermeer wrote:
On Sun, Oct 07, 2007 at 09:48:35AM +0200, Abdelrazak Younes wrote:
> Martin Vermeer wrote:
> > On Sat, Oct 06, 2007 at 06:58:44PM +0300, Martin Vermeer wrote:
> >> On Sat, Oct 06, 2007 at 03:56:59PM +0200, Abdelrazak Younes wrote:
> >>> Martin Vermeer wrote:
...
> Hum just to be sure, did you
Martin Vermeer wrote:
On Sat, Oct 06, 2007 at 06:58:44PM +0300, Martin Vermeer wrote:
On Sat, Oct 06, 2007 at 03:56:59PM +0200, Abdelrazak Younes wrote:
Martin Vermeer wrote:
The attached tries to do this. The lower corners will be drawn
also when the cursor is just in front or behind the in
Martin Vermeer wrote:
On Sat, Oct 06, 2007 at 06:58:44PM +0300, Martin Vermeer wrote:
On Sat, Oct 06, 2007 at 03:56:59PM +0200, Abdelrazak Younes wrote:
Martin Vermeer wrote:
The attached tries to do this. The lower corners will be drawn
also when the cursor is just in front or behind the in
On Sat, Oct 06, 2007 at 06:58:44PM +0300, Martin Vermeer wrote:
> On Sat, Oct 06, 2007 at 03:56:59PM +0200, Abdelrazak Younes wrote:
> > Martin Vermeer wrote:
> >
> > > The attached tries to do this. The lower corners will be drawn
> > > also when the cursor is just in front or behind the inset.
On Sat, Oct 06, 2007 at 06:58:44PM +0300, Martin Vermeer wrote:
> On Sat, Oct 06, 2007 at 03:56:59PM +0200, Abdelrazak Younes wrote:
> > Martin Vermeer wrote:
> >
> > > The attached tries to do this. The lower corners will be drawn
> > > also when the cursor is just in front or behind the inset.
On Sat, Oct 06, 2007 at 03:56:59PM +0200, Abdelrazak Younes wrote:
> Martin Vermeer wrote:
>
> > The attached tries to do this. The lower corners will be drawn
> > also when the cursor is just in front or behind the inset.
> > Unfortunately this doesn't work right, because of the
> > way LyX rend
Martin Vermeer wrote:
The attached tries to do this. The lower corners will be drawn
also when the cursor is just in front or behind the inset.
Unfortunately this doesn't work right, because of the
way LyX renders stuff: if you move the cursor left or right,
nothing will get re-rendered. When y
On Thu, Oct 04, 2007 at 10:44:48PM +0200, Helge Hafting wrote:
> Martin Vermeer wrote:
> > On Thu, Oct 04, 2007 at 10:42:35AM +0200, Helge Hafting wrote:
> >
> >> Richard Heck wrote:
...
> >>> 1. There should be an "Invisible" geometry for charstyle insets, in which
> >>> they simply dr
On Fri, Oct 05, 2007 at 08:59:45PM +0200, Andre Poenitz wrote:
> > > I think John understand our point of view very well but he's playing the
> > > devil's advocate.
> >
> > Not at all. I genuinely don't understand how anybody could think that
> > editing equations is like editing prose.
>
> Yo
On Fri, Oct 05, 2007 at 05:32:42PM +0100, John Levon wrote:
> On Fri, Oct 05, 2007 at 09:02:03AM +0200, Abdelrazak Younes wrote:
>
> > I think John understand our point of view very well but he's playing the
> > devil's advocate.
>
> Not at all. I genuinely don't understand how anybody could thi
On Fri, Oct 05, 2007 at 07:00:41PM +0200, Abdelrazak Younes wrote:
> >>Not at all. I genuinely don't understand how anybody could think that
> >>editing equations is like editing prose.
>
> Well, I am a scientist and I often have the need to apply the same style
> to some specific words. These w
John Levon wrote:
On Fri, Oct 05, 2007 at 05:32:42PM +0100, John Levon wrote:
I think John understand our point of view very well but he's playing the
devil's advocate.
Not at all. I genuinely don't understand how anybody could think that
editing equations is like editing prose.
Well, I am a
On Fri, Oct 05, 2007 at 05:32:42PM +0100, John Levon wrote:
> > I think John understand our point of view very well but he's playing the
> > devil's advocate.
>
> Not at all. I genuinely don't understand how anybody could think that
> editing equations is like editing prose.
(I'd love to be abl
On Fri, Oct 05, 2007 at 12:34:33PM +0200, Dov Feldstern wrote:
> I actually agree with Andre' here, this would be good behavior for
> *true* insets IMO.
Agreed, I think it's a nice solution to the "delete a footnote" problem,
with perhaps the change that it only applies if the inset is not
colla
On Fri, Oct 05, 2007 at 09:02:03AM +0200, Abdelrazak Younes wrote:
> I think John understand our point of view very well but he's playing the
> devil's advocate.
Not at all. I genuinely don't understand how anybody could think that
editing equations is like editing prose.
regards,
john
Andre Poenitz wrote:
On Fri, Oct 05, 2007 at 06:52:41AM +0300, Martin Vermeer wrote:
On Thu, Oct 04, 2007 at 11:22:01PM +0200, Andre Poenitz wrote:
On Fri, Oct 05, 2007 at 12:09:11AM +0300, Martin Vermeer wrote:
Almost! A text with many charstyles is now much easier to read.
The only thing I
Martin Vermeer wrote:
On Thu, Oct 04, 2007 at 10:44:48PM +0200, Helge Hafting wrote:
Martin Vermeer wrote:
On Thu, Oct 04, 2007 at 10:42:35AM +0200, Helge Hafting wrote:
[...]
How about having insets normally invisible, but having the boundaries
appear
in some way whenever the
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Yep. I truly think we will never converge to an agreement, our views
> are fundamentally different and there is nothing we can do. So what
> about making this kind of things configurable?
This would be the worst solution.
JMarc
Andre Poenitz wrote:
On Fri, Oct 05, 2007 at 07:15:39AM +0100, John Levon wrote:
Not if the chunk is larger than you'd might expect.
You're tying yourself up in knots precisely because you won't do the
right thing: delete the character in front of the cursor.
No. I usually want to delete enti
On Fri, Oct 05, 2007 at 07:15:39AM +0100, John Levon wrote:
> > Not if the chunk is larger than you'd might expect.
>
> You're tying yourself up in knots precisely because you won't do the
> right thing: delete the character in front of the cursor.
No. I usually want to delete entities when there
On Fri, Oct 05, 2007 at 06:52:41AM +0300, Martin Vermeer wrote:
> On Thu, Oct 04, 2007 at 11:22:01PM +0200, Andre Poenitz wrote:
> > On Fri, Oct 05, 2007 at 12:09:11AM +0300, Martin Vermeer wrote:
> > > > Almost! A text with many charstyles is now much easier to read.
> > > >
> > > > The only thin
On Fri, Oct 05, 2007 at 08:12:28AM +0200, Andre Poenitz wrote:
> > > > > The only thing I could ask for here, is to see the borders also when
> > > > > the cursor is right in front of the inset, because the "delete" key
> > > > > will delete the entire inset if used at that point. That is obvious
On Fri, Oct 05, 2007 at 01:09:44AM +0100, John Levon wrote:
> On Thu, Oct 04, 2007 at 11:22:01PM +0200, Andre Poenitz wrote:
>
> > > > The only thing I could ask for here, is to see the borders also when
> > > > the cursor is right in front of the inset, because the "delete" key
> > > > will delet
On Thu, Oct 04, 2007 at 11:22:01PM +0200, Andre Poenitz wrote:
> On Fri, Oct 05, 2007 at 12:09:11AM +0300, Martin Vermeer wrote:
> > > Almost! A text with many charstyles is now much easier to read.
> > >
> > > The only thing I could ask for here, is to see the borders also when
> > > the cursor i
On Thu, Oct 04, 2007 at 10:44:48PM +0200, Helge Hafting wrote:
> Martin Vermeer wrote:
> >On Thu, Oct 04, 2007 at 10:42:35AM +0200, Helge Hafting wrote:
> >
> >>Richard Heck wrote:
> >>
> >>>Without meaning to prejudge the question whether CharStyles should be
> >>>insets, here's my list of
On Thu, Oct 04, 2007 at 11:22:01PM +0200, Andre Poenitz wrote:
> > > The only thing I could ask for here, is to see the borders also when
> > > the cursor is right in front of the inset, because the "delete" key
> > > will delete the entire inset if used at that point. That is obvious if
> > > the
Helge Hafting wrote:
The only thing I could ask for here, is to see the borders also when
the cursor is right in front of the inset, because the "delete" key
will delete the entire inset if used at that point. That is obvious if
the frame is there, not so if it isn't.
I'd prefer if it didn't do t
On Fri, Oct 05, 2007 at 12:09:11AM +0300, Martin Vermeer wrote:
> > Almost! A text with many charstyles is now much easier to read.
> >
> > The only thing I could ask for here, is to see the borders also when
> > the cursor is right in front of the inset, because the "delete" key
> > will delete t
On Thu, Oct 04, 2007 at 10:44:48PM +0200, Helge Hafting wrote:
> Martin Vermeer wrote:
> >On Thu, Oct 04, 2007 at 10:42:35AM +0200, Helge Hafting wrote:
> >
> >>Richard Heck wrote:
> >>
> >>>Without meaning to prejudge the question whether CharStyles should be
> >>>insets, here's my list of
Martin Vermeer wrote:
On Thu, Oct 04, 2007 at 10:42:35AM +0200, Helge Hafting wrote:
Richard Heck wrote:
Without meaning to prejudge the question whether CharStyles should be
insets, here's my list of things that ought to be done if they are
going to stay that way. They are addressed s
On Thu, Oct 04, 2007 at 10:42:35AM +0200, Helge Hafting wrote:
> Richard Heck wrote:
> >
> >Without meaning to prejudge the question whether CharStyles should be
> >insets, here's my list of things that ought to be done if they are
> >going to stay that way. They are addressed specifically to wha
Richard Heck wrote:
Without meaning to prejudge the question whether CharStyles should be
insets, here's my list of things that ought to be done if they are
going to stay that way. They are addressed specifically to what Abdel
was calling the "look and feel" aspect of charstyles, which are in
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
> BTW Word's side panel is not too bad as a model.
The office 2007 UI blog posts I referred to earlier explain how the
proliferation of side panels in word meant that they just scrapped
everything and built a new UI.
JMarc
Martin Vermeer wrote:
> But then it would be logically consistent to have the combo box default
> to replace when inside a charstyle.
I'm not sure.
> Clicking the same charstyle type
> as the one you're in then also becomes a no-op.
This should be so, yes.
Jürgen
On Wed, Oct 03, 2007 at 08:35:44PM +0200, Juergen Spitzmueller wrote:
> Martin Vermeer wrote:
>
> > But it wouldn't do anything?
>
> No. If you have none and select none, you still have none in the end ;-)
>
> (it's just like selecting Standard [paragraph] when you are in Standard
> already)
>
Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
I have both here.
For char styles?
For what MS calls styles yes but are just handy shortcuts to set
predefined font attributes.
Abdel.
Abdelrazak Younes wrote:
> I have both here.
For char styles? Interesting.
Jürgen
Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
I stand corrected: they don't.
Well Word 2002 (XP) has a side panel in Format->Font
Hum, correction, that is Format->Styles and Formatting.
Yes, but no combo.
I have both here.
Abdel.
Abdelrazak Younes wrote:
>> I stand corrected: they don't.
>
> Well Word 2002 (XP) has a side panel in Format->Font
Yes, but no combo.
Jürgen
BTW Word's side panel is not too bad as a model.
Martin Vermeer wrote:
> But it wouldn't do anything?
No. If you have none and select none, you still have none in the end ;-)
(it's just like selecting Standard [paragraph] when you are in Standard
already)
Jürgen
Juergen Spitzmueller wrote:
Juergen Spitzmueller wrote:
I see. However, we might think about a panel solution (as in OOs, Word
2003 and InDesign), where you could have a button "change to". At least
the former two have a combox and a panel (for the more complex tasks), so
it's not necessarily r
On Wed, Oct 03, 2007 at 07:45:32PM +0200, Juergen Spitzmueller wrote:
> Martin Vermeer wrote:
>
> > I think the combo box is a great idea. "None" should indeed just
> > dissolve the current inset (and thus not exist in top level text).
> > We have currently an LFUN_INSET_DISSOLVE ... do we need a
Juergen Spitzmueller wrote:
> I see. However, we might think about a panel solution (as in OOs, Word
> 2003 and InDesign), where you could have a button "change to". At least
> the former two have a combox and a panel (for the more complex tasks), so
> it's not necessarily redundant to have both.
Martin Vermeer wrote:
> I think the combo box is a great idea. "None" should indeed just
> dissolve the current inset (and thus not exist in top level text).
> We have currently an LFUN_INSET_DISSOLVE ... do we need a separate
> one for charstyles only?
In the top level text (i.e. if the cursor i
On Wed, Oct 03, 2007 at 12:37:57PM -0400, Richard Heck wrote:
> Juergen Spitzmueller wrote:
> >John Levon wrote:
> >
> >>>4. Inset dissolving should be more intuitive. There should be a menu
> >>>item "Remove charstyle"---it doesn't have to be called that---that
> >>>dissolves the current (innerm
Richard Heck wrote:
> Yes, "none" would work fine if we had such a combo box (which we don't
> yet). But I'd also like to have "change to ..." rather than having to
> dissolve and re-apply. This is harder to do with a combo box, since you
> may haven't wanted to insert a new inset within the exist
Richard Heck wrote:
> 5. Charstyle drawing shouldn't mess up line breaking the way it does
> now. The insets get drawn as if they are single characters, so you end
> up with:
> This issome
> text. This issome
> text.
> [
Juergen Spitzmueller wrote:
John Levon wrote:
4. Inset dissolving should be more intuitive. There should be a menu
item "Remove charstyle"---it doesn't have to be called that---that
dissolves the current (innermost) inset. Maybe there should also be a
I believe you can do that simply
John Levon wrote:
>> 4. Inset dissolving should be more intuitive. There should be a menu
>> item "Remove charstyle"---it doesn't have to be called that---that
>> dissolves the current (innermost) inset. Maybe there should also be a
>
> I believe you can do that simply by setting the style combo
On Wed, Oct 03, 2007 at 12:15:52PM -0400, Richard Heck wrote:
> 4. Inset dissolving should be more intuitive. There should be a menu
> item "Remove charstyle"---it doesn't have to be called that---that
> dissolves the current (innermost) inset. Maybe there should also be a
I believe you can do
Without meaning to prejudge the question whether CharStyles should be
insets, here's my list of things that ought to be done if they are going
to stay that way. They are addressed specifically to what Abdel was
calling the "look and feel" aspect of charstyles, which are in principle
independe
Abdelrazak Younes wrote:
5) Some new code needs to be ported from the qt3 frontend, look at the
svn log:
5-a) I remember the QNote thing from Martin, he even sent a preliminar
patch for qt4 but I did not have the time to look at it yet.
5-b) I remember some work from Georg and Enrico about some
Lars Gullik Bjønnes wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> | Yes I forgot to add that to the list, thanks for recalling me. Up
> | until now the preferred method is to #undef the macro at the top of
> | the cpp file. When we are sure that there is no more need for that Qt3
> |
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Yes I forgot to add that to the list, thanks for recalling me. Up
| until now the preferred method is to #undef the macro at the top of
| the cpp file. When we are sure that there is no more need for that Qt3
| compatibility layer, we can remove the
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| That's all I remember for now. Feel free to pick up something in this
| list ;-)
I was wondering about the QT3_SUPPORT macro, what does it mean?
When defined, some of the Qt4 classes contain Qt3 compatibility member
m
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| That's all I remember for now. Feel free to pick up something in this
| list ;-)
I was wondering about the QT3_SUPPORT macro, what does it mean? that
combablity stuff is in there? If should that be cleaned out as well?
--
Lgb
Peter Kümmel wrote:
The only thing I know is that I don't wanna code with qt3/gtk/xform.
Maybe this is my knock out as lyx developer, at least it limits the
changes that i can propose.
I don't want you to loose motivation so rest assured that there is still
plenty of things to do for Qt4 which
On Sun, Jul 14, 2002 at 10:12:58PM +0200, Jean-Marc Lasgouttes wrote:
> What does klyx do?
I fixed it. QSocketNotifier doubles as a select() on pipes
(I tested with gbib)
regards
john
--
"Be sure of this, O young ambition, all mortal greatness is but disease."
- Hermann Melville
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Thu, Jul 11, 2002 at 02:16:48PM +0200, Juergen Vigna wrote:
>> We didn't port LyXServer to GUII in the meeting because we would
>> like to know how you would do the event polling. Please have a look
>> at the only xforms specific stu
On Thursday 11 July 2002 5:10 pm, John Levon wrote:
> On Thu, Jul 11, 2002 at 02:16:48PM +0200, Juergen Vigna wrote:
> > We didn't port LyXServer to GUII in the meeting because we would
> > like to know how you would do the event polling. Please have a look
> > at the only xforms specific stuff in
On Thu, Jul 11, 2002 at 02:16:48PM +0200, Juergen Vigna wrote:
> We didn't port LyXServer to GUII in the meeting because we would
> like to know how you would do the event polling. Please have a look
> at the only xforms specific stuff in there and tell us how you would
> port this to GUII (how q
On Thu, Jul 11, 2002 at 08:23:21AM +0200, Andre Poenitz wrote:
> On Thu, Jul 11, 2002 at 12:45:15AM +0100, John Levon wrote:
> > As requested, this lists pretty much everything I think.
>
> This looks as it might take quite a bit longer than two months,
> doesn't it?
If I have to do it all myse
John Levon wrote:
>
> LyXServer
>
> - remove xforms dependency
>
We didn't port LyXServer to GUII in the meeting because we would
like to know how you would do the event polling. Please have a look
at the only xforms specific stuff in there and tell us how you would
port this to GUII (
> QParagraph
>
> - implement me (MVCed already) (*)
for the record, am working on this...
Ed
On Thu, Jul 11, 2002 at 12:45:15AM +0100, John Levon wrote:
> As requested, this lists pretty much everything I think.
This looks as it might take quite a bit longer than two months,
doesn't it?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they
frontends/qt2/TODO:
This file is intended to be a list of stuff that must be done before
we can say the first iteration of the Qt frontend is "finished".
Those with asterisks are what I perceive as being "big jobs"
FileDialog
- add buttons for Documents, Templat
Howdy,
Andre Poenitz wrote:
> Dekel and Eran (I suppose that are your given names, aren't they?)
Yup.
> Eran Tromer:
> * When exiting the formula during selection, the anchor moves to the
>left of the formula and there's no way to go back.
>
> :: Once you are out of mathed you are out.
On Mon, Jul 23, 2001 at 06:19:47PM +0200, Andre Poenitz wrote:
> // *- When changing the macro definition, all instances are not updated.
Not fixed.
> ?? *- If I have macros \newcommand{\foo}[1]{[#1]} and \newcommand{\foox}{\foo{x}
> ?? then when an instance of \foox is drawn on screen,
> ??
Dekel and Eran (I suppose that are your given names, aren't they?)
Your respective parts of my to-do list look like:
-- Dekel --
Array/eqnarray
// *- Mutation from inline formula to eqnarray generates a numbered eqnarray
//c-m m-m t
First let me say: excellent! Very good results. Unfortunately the result can
not be used without a lot of futher work if one works with German texts.
BUG:
The German babel environment allows special hyphenation commands starting
with ".
"=
is a dash (-) where a line break is possible.
Bund"
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> On Wed, 25 Oct 2000, Lars Gullik Bjønnes wrote:
>> Angus Leeming <[EMAIL PROTECTED]> writes: | X is set up correctly.
>> I can use Compose elsewhere, including in lyx. | Just not in
>> xforms.
>> Not even with 0.89?
Angus> Not ev
On Wed, 25 Oct 2000, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | X is set up correctly. I can use Compose elsewhere, including in lyx.
> | Just not in xforms.
> Not even with 0.89?
Not even with 0.89. I've just re-installed it and find no difference. (This
is with
On Thu, 26 Oct 2000, Jean-Marc Lasgouttes wrote:
> Angus> It's an eminently reasonable thing to do. Attached is a patch
> Angus> that ensures just that for all the new dialog forms. It also
> Angus> adds lots and lots of other shortcuts, fixes the Finnish
> Angus> translation conundrum, tidies up
On Fri, 20 Oct 2000, Allan Rae wrote:
> 2. Add new tabfolders to Preferences (HOWTO at end)
> Languages: kbmap*, rtl, language*, mark_foreign*
I'm trying to put together the Language entry.
Could someone "who knows" take the time to fill in some comments to the
variables below. The
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> It's an eminently reasonable thing to do. Attached is a patch
Angus> that ensures just that for all the new dialog forms. It also
Angus> adds lots and lots of other shortcuts, fixes the Finnish
Angus> translation conundrum, tidies
Juergen Vigna wrote:
>
> On 25-Oct-2000 Angus Leeming wrote:
> > resolve my crashes when the cursor goes out of scope. (That's your black
> > lines.) I have had no problems with 0.89 at all; what's your opinion? Is it
>
> Well I guess it should say (That's my black lines.) as I fixed this and it
On Wed, 25 Oct 2000, Jean-Marc Lasgouttes wrote:
> Angus> Here you'll have to explain yourself a little more. Do you want
> Angus> the Esc key to be bound to the "Cancel/Close" dialog button? It
> Yes. Is that an unreasonable thing?
It's an eminently reasonable thing to do. Attached is a patch t
On 25-Oct-2000 Angus Leeming wrote:
> that the one who made the problem was the only one to REALLY suffer (crashes
> v lines), but this doesn't excuse me.
I guess this is X related as we passed some negative values to X routines
for drawing! Most of the problem result when using max() - min()
On Wed, 25 Oct 2000, Juergen Vigna wrote:
> On 25-Oct-2000 Angus Leeming wrote:
> > resolve my crashes when the cursor goes out of scope. (That's your black
> > lines.) I have had no problems with 0.89 at all; what's your opinion? Is
> > it
>
> Well I guess it should say (That's my black lines.) a
On 24-Oct-2000 Dekel Tsur wrote:
> I've already removed linuxdoc_to_lyx and relyx_command, and I will also remove
> custom_export_command/custom_export_format.
You still didn't tell me how you want to substitute the dialog with the
new export code!
> The ascii_roff_command is currently not bei
On 25-Oct-2000 Angus Leeming wrote:
> resolve my crashes when the cursor goes out of scope. (That's your black
> lines.) I have had no problems with 0.89 at all; what's your opinion? Is it
Well I guess it should say (That's my black lines.) as I fixed this and it
was releated with one of your
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> A. So, in general, we don't want a short cut of a "simple"
Angus> C, because that makes it impossible to enter text in input
Angus> fields?
I guess so (but you'd better try it). In fact, it would probably be
nice if the xforms
On Wed, 25 Oct 2000, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> What is the point of #C below?
>
> Angus> Close|#CCc^[^M
>
> This is for Meta-C.
A. So, in general, we don't want a short cut of a "simple" C, because
that makes it imposs
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> What is the point of #C below?
Angus> Close|#CCc^[^M
This is for Meta-C.
JMarc
On Wed, 25 Oct 2000, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> [many things snipped]
>
> Angus> Here you'll have to explain yourself a little more. Do you want
> Angus> the Esc key to be bound to the "Cancel/Close" dialog button? It
>
> Yes. Is th
On Wed, 25 Oct 2000, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | X is set up correctly. I can use Compose elsewhere, including in lyx.
> | Just not in xforms.
>
> Not even with 0.89?
Never tried. I'm english; not got much need for all this fancy stuff ;-)
I'll upgra
Angus Leeming <[EMAIL PROTECTED]> writes:
| X is set up correctly. I can use Compose elsewhere, including in lyx. Just
| not in xforms.
Not even with 0.89?
| I downgraded from 0.89 to 0.88 in an (unsuccessful) attempt to
| resolve my crashes when the cursor goes out of scope. (That's your bla
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
[many things snipped]
Angus> Here you'll have to explain yourself a little more. Do you want
Angus> the Esc key to be bound to the "Cancel/Close" dialog button? It
Yes. Is that an unreasonable thing?
JMarc
Changed "Columns" in form_document.fd to "Page cols". This should fix the
Finnish translation problem.
> BTW, the README in xforms/forms states that I should run 'make
> install' and this target does not seem to exist anymore. Could you
> update the file?
Done.
> - in look-and-feel->screen fon
On Wed, 25 Oct 2000, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | Spell checker section.
> | * I haven't tried to implement André's suggestion of "compose your own
> | special characters", although I like it and will investigate further. At
> | the moment you'll have
Angus Leeming <[EMAIL PROTECTED]> writes:
| Spell checker section.
| * I haven't tried to implement André's suggestion of "compose your own
| special characters", although I like it and will investigate further. At the
| moment you'll have to cut and paste from some x-application.
No, you need
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> A few remarks on the preference popup:
Another one: in tabs which have an input field, the Esc key does not
cancel.
JMarc
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> I'll apply it.
BTW, the README in xforms/forms states that I should run 'make
install' and this target does not seem to exist anymore. Could you
update the file?
A few remarks on the preference popup:
- in look-a
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> The patch attached adds spell checker, default paper size and
Angus> TeX encoding to the preferences dialog.
I'll apply it. BTW, while you are looking at xforms popups, could you
make the (small) modification proposed at
http://ww
On Fri, 20 Oct 2000, Allan Rae wrote:
> No particular order.
>
> 2. Add new tabfolders to Preferences (HOWTO at end)
> Spellchecker: all the lyxrc stuff for spellchecking (obviously)
> 3. Extend existing Preferences tabfolders
> Inputs->General: date_inser*t, relyx*, linuxdoc_to_l
On 24-Oct-2000 Angus Leeming wrote:
>
> are the linuxdoc_to_lyx and ascii_roff_command relevant any more? Ie, should
> I put them in Preferences, or will they be covered by the convert code?
>
Well I don't know for linuxdoc_to_lyx, but the ascii_roff_command is
(will be again) needed to have
> #\escape_chars "æøåÆØÅ"
>
> Clearly, xforms does not support input of these characters by the user, so
> now what?
A hack: Let the user input two characters and "compose" them manually.
Andre'
--
André Pönitz [EMAIL PROTECTED]
1 - 100 of 118 matches
Mail list logo