Paul A. Rubin wrote:
The attached patch to amsdefs.inc (versions 1.4.x and 1.5.x) turns on
short titles, which amsart.cls supports.
Looks correct. José?
Jürgen
José Matos wrote:
- What are the patches submitted that you think deserve attention?
I would like to give special attention to critical bugs and so
on...
I really like to finally get the patch for bug 1749 in. Just lyx2lyx is
missing (but nobody seems to hear my call for help).
On Fri, 08 Jun 2007 06:51:49 +0200
Andre Poenitz [EMAIL PROTECTED] wrote:
On Thu, Jun 07, 2007 at 11:54:55AM +0200, Stefan Schimanski wrote:
Ran Rutenberg wrote:
Hi,
I tried to write a bidi file using the four patches and I didn't see
a big difference in writing with the patches and
Andre Poenitz wrote:
On Thu, Jun 07, 2007 at 11:54:55AM +0200, Stefan Schimanski wrote:
Ran Rutenberg wrote:
Hi,
I tried to write a bidi file using the four patches and I didn't see
a big difference in writing with the patches and without them. One
small problem I did find is that when
José Matos wrote:
That is in my todo list as well, I will work on the patch to fix it.
Thanks. Attached is the recent patch.
Jürgen
Index: lib/lyx2lyx/LyX.py
===
--- lib/lyx2lyx/LyX.py (Revision 18710)
+++ lib/lyx2lyx/LyX.py
Jean-Marc Lasgouttes wrote:
I think we should restrict manual replace too (if possible). It should
not be allowed to do with replace something that would not be possible
via normal editing.
attached is a complete patch that includes manual replace (but not, editing).
Jürgen
Index:
On Friday 08 June 2007 07:24:27 Jürgen Spitzmüller wrote:
Looks correct. José?
Jürgen
OK.
--
José Abílio
On Friday 08 June 2007 06:45:14 Anders Ekberg wrote:
Since the most need for saving as 1.4.x should occur in the
transition to 1.5, I think
http://bugzilla.lyx.org/show_bug.cgi?id=3313
should be addressed in 1.5.0. If the patch doesn't go in at least the
error message needs to be improved
On Friday 08 June 2007 07:33:49 Jürgen Spitzmüller wrote:
I really like to finally get the patch for bug 1749 in. Just lyx2lyx is
missing (but nobody seems to hear my call for help).
That is in my todo list as well, I will work on the patch to fix it.
Jürgen
--
José Abílio
José Matos wrote:
OK.
committed.
Jürgen
Martin Vermeer wrote:
On Fri, 08 Jun 2007 06:51:49 +0200
Andre Poenitz [EMAIL PROTECTED] wrote:
On Thu, Jun 07, 2007 at 11:54:55AM +0200, Stefan Schimanski wrote:
Ran Rutenberg wrote:
Hi,
I tried to write a bidi file using the four patches and I didn't see
a big difference in writing with
Richard == Richard Heck [EMAIL PROTECTED] writes:
Another solution is to remove this special handling for
environments and force to use depth when several paragraphs are in
a same env.
Richard But the many-paragraphs case isn't that exceptional and, in
Richard some cases, is even the most
On Fri, Jun 08, 2007 at 07:19:49AM -, [EMAIL PROTECTED] wrote:
Author: spitz
Date: Fri Jun 8 09:19:47 2007
New Revision: 18712
URL: http://www.lyx.org/trac/changeset/18712
Log:
* lib/layouts/amsdefs.inc:
- allow optional argument in title (from Paul A. Rubin).
Modified:
Bo Peng wrote:
I can not believe that I am hitting a second WONTFIX in two days, but
this is likely the fate of this patch.
The attached patch adds SplitLayout environment to a few layout/inc
files that will end up in almost all layouts. This environment does
not output anything but ends
Jean-Marc Lasgouttes wrote:
Dov == Dov Feldstern [EMAIL PROTECTED] writes:
Dov But what do you think about this suggestion: instead of adding
Dov switchKeyMap in the new place, and where I added it originally,
Dov just add it inside translateAndInsert() itself? (I haven't tried
Dov this out
Andre Poenitz wrote:
I see five \hat{A} here...
fixed.
I should know by now that copying from KMail calls for trouble...
Jürgen
Bo == Bo Peng [EMAIL PROTECTED] writes:
Bo I can not believe that I am hitting a second WONTFIX in two days,
Bo but this is likely the fate of this patch.
Bo The patch also contains UserGuide.lyx and lyx2lyx changes. If you
Bo like it, please make your voice heard. I need four positive votes
On Fri, Jun 08, 2007 at 09:25:07AM +0200, Herbert Voss wrote:
Bo Peng wrote:
I can not believe that I am hitting a second WONTFIX in two days, but
this is likely the fate of this patch.
The attached patch adds SplitLayout environment to a few layout/inc
files that will end up in almost
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
what you need is nothing else than an empty line inside LyX and
this is pretty easy with
Style Standard(Keep) CopyStyle Standard KeepEmpty 1 End
in stdclass.inc
Andre Good idea.
Andre Jose': Ok to prepare a patch for 1.5.0?
I would
Jean-Marc Lasgouttes wrote:
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
what you need is nothing else than an empty line inside LyX and
this is pretty easy with
Style Standard(Keep) CopyStyle Standard KeepEmpty 1 End
in stdclass.inc
Andre Good idea.
Andre Jose': Ok to prepare a
Le 7 juin 07 à 23:58, José Matos a écrit :
On Tuesday 05 June 2007 21:32:05 Mael Hilléreau wrote:
Le 5 juin 07 à 19:14, Andre Poenitz a écrit :
Pleas send patches (also) to the mailing list unless they are
exceptionally large. And please create 'unified diffs'. People
here are used to them...
Am 08.06.2007 um 09:21 schrieb Dov Feldstern:
Martin Vermeer wrote:
On Fri, 08 Jun 2007 06:51:49 +0200
Andre Poenitz [EMAIL PROTECTED] wrote:
On Thu, Jun 07, 2007 at 11:54:55AM +0200, Stefan Schimanski wrote:
Ran Rutenberg wrote:
Hi,
I tried to write a bidi file using the four patches and
I like it! The only thing missing is the EPM which works with the patch.
I added this in set_font_spaces_magic.patch. Moreover I made your patch
a bit simpler. I hope it's ok like that.
Order to apply:
rtl_spaces.patch
set_font_spaces_magic.patch
space_lang_change.patch
Stefan
Index:
I like it! The only thing missing is the EPM which works with the
patch. I added this in set_font_spaces_magic.patch. Moreover I made
your patch a bit simpler. I hope it's ok like that.
Order to apply:
rtl_spaces.patch
set_font_spaces_magic.patch
space_lang_change.patch
Stefan
Herbert == Herbert Voss [EMAIL PROTECTED] writes:
Herbert two major facts:
Herbert 1. TeX knows no space ... it is used to split words 2. TeX
Herbert knows no empty lines ... it is used to split paragraphs
Herbert If you do not know these facts, you cannot understand TeX and
Herbert you cannot
On Fri, 08 Jun 2007 10:22:44 +0200
Herbert Voss [EMAIL PROTECTED] wrote:
Jean-Marc Lasgouttes wrote:
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
what you need is nothing else than an empty line inside LyX and
this is pretty easy with
Style Standard(Keep) CopyStyle Standard
This rather straightforward patch gets rid of Inset::background_color_,
which adds 4 bytes to Inset for no good reason.
If there is _really_ a need for setBackgroundColor, we could consider
moving it to InsetText instead.
I note that a footnote/table inside a yellow note will not inherit the
Le 8 juin 07 à 11:08, José Matos a écrit :
On Friday 08 June 2007 09:28:03 Mael Hilléreau wrote:
What do you mean by status exactly? I don't know if it was tested
by others than me. But to be integrated, it is clear that the code
needs more testing, and then some #ifdefs in order to be applied
José == José Matos [EMAIL PROTECTED] writes:
José On Friday 08 June 2007 08:54:20 Jean-Marc Lasgouttes wrote:
That is possible indeed. Inserting boxes for anything one wants to
do is not a very exiting prospect either :)
JMarc
José So when you are working on a chapter you think, Oh, I am
On Friday 08 June 2007 08:54:20 Jean-Marc Lasgouttes wrote:
That is possible indeed. Inserting boxes for anything one wants to do
is not a very exiting prospect either :)
JMarc
So when you are working on a chapter you think, Oh, I am working on a chunk
of text between two consecutive
Jean-Marc Lasgouttes wrote:
Herbert == Herbert Voss [EMAIL PROTECTED] writes:
Herbert two major facts:
Herbert 1. TeX knows no space ... it is used to split words 2. TeX
Herbert knows no empty lines ... it is used to split paragraphs
Herbert If you do not know these facts, you cannot
On Friday 08 June 2007 09:28:03 Mael Hilléreau wrote:
What do you mean by status exactly? I don't know if it was tested
by others than me. But to be integrated, it is clear that the code
needs more testing, and then some #ifdefs in order to be applied only
to Mac OS.
Mael.
Thanks for
Herbert == Herbert Voss [EMAIL PROTECTED] writes:
Herbert it is not _easily_ possible to get more than one empty line
Herbert without this layout. After return you are in standard layout
Herbert mode! If you want another empty line you have to choose again
Herbert standard (empty).
Herbert And
Martin Vermeer wrote:
I would advise against that. People will use it as a word-like put
multiple cariage return to do my page layout feature and then
complain that it does not show on screen.
two major facts:
1. TeX knows no space ... it is used to split words
2. TeX knows no empty lines
Herbert == Herbert Voss [EMAIL PROTECTED] writes:
I agree with Jean-Marc on this one. If the intention is to split an
environment, the tool used should visually express that.
Herbert The current behaviour is easy!
I think so too.
JMarc
Leuven, E. [EMAIL PROTECTED] writes:
fwiw, i don't see the point of the math background changing color when i
move my mouse over it...
I do see the point. It would be very useful.
Andreas
Le 6 juin 07 à 16:58, Richard Heck a écrit :
Mael Hilléreau wrote:
Le 6 juin 07 à 15:54, Richard Heck a écrit :
Mael Hilléreau wrote:
I'm on Mac OS 10.4.9, with 1.5.0rc1. In the two following
situations, the outline panel is hidden whereas it should remain
visible:
1. Open several
From: news on behalf of Andreas K.
Leuven, E. [EMAIL PROTECTED] writes:
fwiw, i don't see the point of the math background changing color when
i move my mouse over it...
I do see the point. It would be very useful.
for what exactly?
typically when ui elements highlight/change color on mouse
Edwin == Leuven, E [EMAIL PROTECTED] writes:
Edwin typically when ui elements highlight/change color on mouse
Edwin focus suggests that a click will trigger an action. this is not
Edwin the case here, so i am therefore not so happy with this commit:
This is very true.
Edwin i addition it gives
Koji Yokota wrote:
Georg Baum wrote:
Then Koji could fire up a debugger, set a breakpoint in
parse_printf_directive() and report what the result of the narrow() call
is.
Do you mean the return value of wrap_narrow() call? If so, the result of
gdb was:
Yes, I meant that.
$1 = -65
Jean-Marc Lasgouttes wrote:
An alternative solution would be to draw a frame around all top-level
math insets (and have the frame color be transparent by default).
just revert the silly thing...
Stefan Schimanski wrote:
I like it! The only thing missing is the EPM which works with the patch.
I added this in set_font_spaces_magic.patch. Moreover I made your patch
a bit simpler. I hope it's ok like that.
I incorporated some of the changes you proposed. But the main change you
made I'd
Am 08.06.2007 um 13:30 schrieb Dov Feldstern:
Stefan Schimanski wrote:
I like it! The only thing missing is the EPM which works with the
patch. I added this in set_font_spaces_magic.patch. Moreover I
made your patch a bit simpler. I hope it's ok like that.
I incorporated some of the
On Friday 08 June 2007 10:16:49 Jean-Marc Lasgouttes wrote:
Andre', Jose', would that be OK?
JMarc
OK.
--
José Abílio
Stefan Schimanski wrote:
Am 08.06.2007 um 13:30 schrieb Dov Feldstern:
Stefan Schimanski wrote:
I like it! The only thing missing is the EPM which works with the
patch. I added this in set_font_spaces_magic.patch. Moreover I made
your patch a bit simpler. I hope it's ok like that.
I
OK, I am fed up about this whining people do not like my features,
they do not like me.
It sounds like Friday, doesn't it. :-)
It is quite OK that we have different opinions, and it is OK to me
that my proposal is rejected by the majority. Although I respect your
(and Jose's) worry about
Stefan Schimanski wrote:
On top of those, we can continue experimenting with the EPM ---
though again, I'm not sure anymore that it's really necessary, and I
also agree somewhat with the issues that Andre' raised...
I think you are right. EPM can come later. We should put in your
patch ASAP.
I think this one should be in as it is marked critical now:
http://bugzilla.lyx.org/show_bug.cgi?id=3750
If somebody can make a better patch I'm happy for that :-)
BTW, there are several other latex syntax that lyx
output but tex2lyx can't translate, results in the
lyx-exported .tex can't be
Right, sorry... F12 is in the hebrew bindings, and all it does is
bind to language hebrew (which toggles back and forth between
Hebrew and the primary language, as set in the preferences; note
that this is *not* the document language, but the default
language). I'm not sure what switching
Herbert The current behaviour is easy!
But not so easy for lyx newbies. The question is: what to insert that
do not show up in the screen output (better latex output), yet split
the environment? I remember that it took me 10 minutes to figure that
out a few years ago.
Cheers,
Bo
Bo Peng wrote:
Herbert The current behaviour is easy!
But not so easy for lyx newbies. The question is: what to insert that
do not show up in the screen output (better latex output), yet split
the environment? I remember that it took me 10 minutes to figure that
out a few years ago.
Style
On Jun 8, 2007, at 3:16 AM, Jürgen Spitzmüller wrote:
Jean-Marc Lasgouttes wrote:
I think we should restrict manual replace too (if possible). It
should
not be allowed to do with replace something that would not be
possible
via normal editing.
attached is a complete patch that includes
On Monday 21 May 2007 15:43:12 Jean-Marc Lasgouttes wrote:
José configure:9993: checking if gcc supports -fno-rtti
José -fno-exceptions configure:10011: gcc -c -g -O -Wextra -Wall
José -fno-rtti -fno-exceptions conftest.c 5 cc1: warning: command
José line option -fno-rtti is valid for
Current install version do not have an icon for functions popup.
missing entry in scons_manifest and makefile i guess
BTW, I think the provided functions.xpm is not so informative. I made another
one.
i like it.
josé?
On Friday 08 June 2007 15:25:00 Bo Peng wrote:
1. this patch is used to help identifying spaces around mathed, and
find 'disappearing' mathed like $\ $;
Or even something like this $ $, it becomes almost black magic. :-)
Alt m + m creates a math inset, leave it and watch it disappear to
José == José Matos [EMAIL PROTECTED] writes:
José On Friday 08 June 2007 15:25:00 Bo Peng wrote:
1. this patch is used to help identifying spaces around mathed, and
find 'disappearing' mathed like $\ $;
José Or even something like this $ $, it becomes almost black magic.
José :-)
Yes, but if
Jürgen Spitzmüller wrote:
OK for branch and trunk?
I've committed to trunk. Jean-Marc, what about 1.4?
Jürgen
what is the point of $ $ and $\ $ ?
A method to force extra spaces, and more likely, entered by accident
(and then it is impossible to remove them).
Bo
The patch makes backgroundColor() a virtual function. It is the same
idea, isn't it?
OK, then I am all for it.
Bo
Yes, but if you have to move your mouse over all the document to find
such places, it is kind of boring...
As I have said, I would not bother with this math hover business if a
non-background mathbg is acceptable.
This feature does help the $x^2$is case.
Bo
Bo Peng wrote:
what is the point of $ $ and $\ $ ?
A method to force extra spaces, and more likely, entered by accident
(and then it is impossible to remove them).
so the inset should be dissolved when these are entered...?
hzluo wrote:
I am not sure I understand. Do the labels appear under the icons? Do
we support that?
JMarc
Current install version do not have an icon for functions popup.
I think the patch is on the way.
We now have a functions.xpm for that button.
So you will have a 20x20 button instead
On Friday 08 June 2007 15:21:21 Jürgen Spitzmüller wrote:
OK?
Jürgen
OK.
--
José Abílio
Bo Peng wrote:
just revert the silly thing...
I would like to state again that:
1. this patch is used to help identifying spaces around mathed, and
find 'disappearing' mathed like $\ $;
if you want to show spaces then you should show spaces not the space around the
spaces
5. the
I do not really care about math hover and splitlayout patches, they
can go in or be reverted as you wish.
I do want the 'allowing arbitrary listings parameter' patch to go in
before rc2. Otherwise, new features of listings can not be used.
Christian and I have to fix the dictionary downloading
On 6/8/07, Leuven, E. [EMAIL PROTECTED] wrote:
Jean-Marc Lasgouttes wrote:
An alternative solution would be to draw a frame around all top-level
math insets (and have the frame color be transparent by default).
just revert the silly thing...
I would like to state again that:
1. this patch
José == José Matos [EMAIL PROTECTED] writes:
José On Monday 21 May 2007 15:43:12 Jean-Marc Lasgouttes wrote:
José configure:9993: checking if gcc supports -fno-rtti
José -fno-exceptions configure:10011: gcc -c -g -O -Wextra -Wall
José -fno-rtti -fno-exceptions conftest.c 5 cc1: warning: command
I applied the Bidi patch to disable special space handling and Dov's
insertion magic to switch the language of the space in front of the
boundary. With this one I think RC2 will finally have usable RTL
support now. Please check it out and report problems. We committed
quite a lot of code
http://bugzilla.lyx.org/show_bug.cgi?id=3313
Strongly agreed.
Bo
On Friday 08 June 2007 15:51:33 Leuven, E. wrote:
so the inset should be dissolved when these are entered...?
It seems more intuitive, no?
--
José Abílio
Yes, I think it is what we want. The space that was typed at the
end of the Hebrew was meant to separate it from the next word. By
switching its language, we achieve exactly that.
But here you press space F12 space. And what you mean is that you
press space to separate words, switch to
I am not sure I understand. Do the labels appear under the icons? Do
we support that?
JMarc
Current install version do not have an icon for functions popup.
I think the patch is on the way.
We now have a functions.xpm for that button.
So you will have a 20x20 button instead of a long string.
Dov == Dov Feldstern [EMAIL PROTECTED] writes:
Dov Ok, here's an attempt to do something similar to what you
Dov suggested:
Dov *) I added this new translateAndInsert to BufferView, not to
Dov Intl. First of all, Intl seems to be very specific to only
Dov manipulating the KeyMap; also, adding
On Friday 08 June 2007 15:01:18 Stefan Schimanski wrote:
Dov's patch has my OK.
OK.
--
José Abílio
As discussed on the user's list.
Scons is correct AFAICS.
OK?
Jürgen
Index: lib/Makefile.am
===
--- lib/Makefile.am (Revision 18714)
+++ lib/Makefile.am (Arbeitskopie)
@@ -502,6 +502,7 @@
images/math/frac.xpm \
Edwin == Leuven, E [EMAIL PROTECTED] writes:
Current install version do not have an icon for functions popup.
Edwin missing entry in scons_manifest and makefile i guess
BTW, I think the provided functions.xpm is not so informative. I
made another one.
Edwin i like it.
I like it too. A
which adds 4 bytes to Inset for no good reason.
I do not know much about this topic, but would not it be cheaper to
use a virtual function for this? By default setBackgroundColor does
nothing, but if an inset does need to respond to this call, it can
redefine this function.
I know we already
José Matos wrote:
Alt m + m creates a math inset, leave it and watch it disappear to reappear
again when you have the cursor over(/inside) it. I have been surprised by
this behaviour a few times before...
out of perverse curiosity (and since it is friday):
what is the point of $ $ and $\ $
Jean-Marc Lasgouttes wrote:
We should disable previews for empty insets.
good idea.
Jürgen
Bo == Bo Peng [EMAIL PROTECTED] writes:
which adds 4 bytes to Inset for no good reason.
Bo I do not know much about this topic, but would not it be cheaper
Bo to use a virtual function for this? By default setBackgroundColor
Bo does nothing, but if an inset does need to respond to this call,
Bo
José wrote:
On Friday 08 June 2007 15:51:33 Leuven, E. wrote:
so the inset should be dissolved when these are entered...?
It seems more intuitive, no?
yes
On 6/8/07, Leuven, E. [EMAIL PROTECTED] wrote:
José wrote:
On Friday 08 June 2007 15:51:33 Leuven, E. wrote:
so the inset should be dissolved when these are entered...?
It seems more intuitive, no?
Intuitive or not, we should not do that because $\ $ etc are perfectly
acceptable latex
Hi!
(Starting this in a brand new thread, for the new topic.)
Stefan asked in http://permalink.gmane.org/gmane.editors.lyx.devel/87176:
Another thing, you saw the getPosVisually method in the rtl_spaces
patch? I think it's what we need to implement visual movement, no? It
takes care to
Stefan Schimanski wrote:
Ok, EPM is another issue, maybe even a matter of taste one could
enable/disable in the preferences. But first we should get this into
svn. José? Dov's patch has my OK.
Great. Next (but the patch shouldn't wait for this!), we have to look
into lyx2lyx for converting
What about an f(x) symbol?
this suggests to me that there is an argument to give or a function to build,
and i would expect it more on a toolbar to interface with maple etc (imho of
course...)
Critical bugs don't get less critical by ignorance.
If anybody wants to know more:
1) CommandInset (used e.g. for references in mathed) has two cells to
hold information about where it points to. But it only draws a
button, not the cells themselves. So accessing the cells' coordinates
in
On Friday 08 June 2007 15:50:19 Bo Peng wrote:
As I have said, I would not bother with this math hover business if a
non-background mathbg is acceptable.
The objection to this was because it implied to another data member to the
inset. Is there a solution that does not imply this?
This
Jürgen == Jürgen Spitzmüller [EMAIL PROTECTED] writes:
Jürgen Jürgen Spitzmüller wrote:
OK for branch and trunk?
Jürgen I've committed to trunk. Jean-Marc, what about 1.4?
Yes.
JMarc
The objection to this was because it implied to another data member to the
inset. Is there a solution that does not imply this?
Only mathhull has this mouse_hover_ variable so it is less a problem
than the inset background case. (at least mathchar does not have it).
It is possible to save
Selon Alfredo Braunstein [EMAIL PROTECTED]:
hzluo wrote:
I am not sure I understand. Do the labels appear under the icons? Do
we support that?
JMarc
Current install version do not have an icon for functions popup.
I think the patch is on the way.
We now have a functions.xpm for
Intuitive or not, we should not do that because $\ $ etc
are perfectly acceptable latex code.
even if it's possible it doesn't mean it is advisable or even desirable
and people who love to have $\ $ dispersed in their documents can always use ERT
Am 08.06.2007 um 16:16 schrieb Dov Feldstern:
Stefan Schimanski wrote:
Ok, EPM is another issue, maybe even a matter of taste one could
enable/disable in the preferences. But first we should get this
into svn. José? Dov's patch has my OK.
Great. Next (but the patch shouldn't wait for
IMHO, if you prefer to use f instead of real function names,
I suggest to use a black (maybe also bold) f followed by a blue box.
Or better, fun followed by a blue box (but then the button may be
too wide for normal size, which is set to 20x20. Maybe fn?).
But I still think f is less
The bug: http://bugzilla.lyx.org/show_bug.cgi?id=2446
The patch:
Index: lyx-devel/src/Text3.cpp
===
--- lyx-devel.orig/src/Text3.cpp2007-06-08 17:51:19.0 +0200
+++ lyx-devel/src/Text3.cpp 2007-06-08
even if it's possible it doesn't mean it is advisable or even desirable
I toss M$ Word because, among other overly clever features, it changes
i to I all the time. I would object, in general, any *automatic*
changes to what I entered without my agreement.
I propose to put this under the
Selon Mael Hilléreau [EMAIL PROTECTED]:
BTW, I think the provided functions.xpm is not
so informative. I made another one.
Please see attached. If anyone wants to test
it, just put it in images\math
I have tested it at normal size and large size.
It looks good at both size.
José Matos wrote:
- What are the patches submitted that you think deserve attention?
I would like to give special attention to critical bugs and so on...
This fixes a crash with multiple views...
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg119336.html
A/
On Fri, 8 Jun 2007, José Matos wrote:
in the release of rc1. The new schedule can be found in the usual place:
http://wiki.lyx.org/Devel/ReleaseSchedule
(Executive summary: rc2 - 15 June; final - 22 June)
In Sweden, June 22nd would be a bad choice because it's a big holiday -
everybody is
Selon Leuven, E. [EMAIL PROTECTED]:
What about an f(x) symbol?
this suggests to me that there is an argument to give or a function to build,
and i would expect it more on a toolbar to interface with maple etc (imho of
course...)
There is actually arguments to give when you insert such a
On Friday 08 June 2007 16:59:35 [EMAIL PROTECTED] wrote:
In Sweden, June 22nd would be a bad choice because it's a big holiday -
everybody is off. I'll be in the archipelago for instance. I'm guessing
Martin might be off as well?
What is the problem? If you have one more reason to
1 - 100 of 272 matches
Mail list logo