> > What about filepaths with spaces on unices, then? IIRC they tend to break
> > LaTeX runs anyway, so maybe we don't care either?
>
> Ahhh. But MikTeX on Windows definitely does support spaces in file names.
> Moreover, since everything is copied to a temp directory for compilation
> and the file
never had any official Windows users to date.
What about filepaths with spaces on unices, then? IIRC they tend to break
LaTeX runs anyway, so maybe we don't care either?
Cheers, Kuba Ober
use static Qt at all? This precludes any plugins etc. Is
that what we really want?
Most those errors are simple superfluous export/import definitions, removing
them will cure the errors.
Cheers, Kuba Ober
On wtorek 18 styczeÅ 2005 08:49 am, Andreas Vox wrote:
> Kuba Ober <[EMAIL PROTECTED]> writes:
> > > I rather think it is the user interface parts that need work in
> > > such a case. The core shouldn't really see the difference between
> > > two users
> I rather think it is the user interface parts that need work in
> such a case. The core shouldn't really see the difference between
> two users updating one document, or one user moving
> rapidly back and forth doing modifications in two places. :-)
Makes sense.
Kuba
> | I think we could have saved some time, if we were able to work both on a
> | single document at the same time. So I propose a
> | server-client-architecture for LyX that works in the same way as the
> | "team modus" of starcraft. One opens a server with the document to edit
> | and other peopl
itical" these days. That's what sleeping 5-6 hours a day everyday
makes you :)
Cheers, Kuba Ober
> Have you looked at the page?
>
> http://www.lyx.org/donations.php
>
> Please tell if it is something in particular that needs to change.
"and meetings" -- heh you should have just said out in the open that
developers do need beer every once in a while :)
Cheers, Kuba
> I have no idea if Windows shortcuts can be accomodated easily, it would
> be great if at least the Qt file browser could handle them. Any ideas?
IIRC if you don't get too fancy the Qt file browser simply launches a standard
windows dialog box which IIRC handles shortcuts fine? As long as it re
On Åroda 22 grudzieÅ 2004 05:45 pm, Herbert Voss wrote:
> Kuba Ober wrote:
> >>for more than 10 years the latex world is waiting for a
> >>parser, which works ...
> >
> > TeX? I presume that the safest, if not very lightweight way would be to
> > use TeX its
> for more than 10 years the latex world is waiting for a
> parser, which works ...
TeX? I presume that the safest, if not very lightweight way would be to use
TeX itself.
Reimplementing crux of TeX as far as macro processing goes isn't that hard if
one has TeXbook handy, but if one could just
On piÄtek 17 grudzieÅ 2004 10:16 am, Jean-Marc Lasgouttes wrote:
> >>>>> "Kuba" == Kuba Ober <[EMAIL PROTECTED]> writes:
> >>
> >> I think we should probably use only internal_path and only work
> >> inside LyX with paths which use /
On piÄtek 17 grudzieÅ 2004 10:14 am, Kuba Ober wrote:
> > I think we should probably use only internal_path and only work inside
> > LyX with paths which use / as separator. Of course, a second problem
> > is that win32 names will retain drive numbers, but stuff in filetools
&g
e back to Windows paths, if the beginning matches
"/[a-zA-Z]:" the first slash is dropped, and if the beginning matches
"/[^:/]+" then the first slash is replaced with \\
Cheers, Kuba Ober
> Different idea: (almost) drop support for cygwin!
>
> Here is an idea I had while reading your message: we could also decide
> that the cygwin version of LyX is a posix-like one, and that it can
> only deal with unix-paths. This means that most special cygwin code
> will go away, and that LyX/Cyg
On piÄtek 17 grudzieÅ 2004 02:42 am, Georg Baum wrote:
> Kuba Ober wrote:
> > I vaguely recall this idea being raised at one point or another, but
> > can't the temporary file names be simply generated from some kind of a
> > unique global counter, maybe merged with
;d get 16940_.tmp, ..., 16940_000a.tmp and so on?
That would preclude any need for mangling.
But I presume there must be some other reason for mangling? I'm just trying to
understand.
Cheers, Kuba Ober
On piÄtek 10 grudzieÅ 2004 01:49 pm, Andre Poenitz wrote:
> On Mon, Dec 06, 2004 at 08:53:25PM +0100, Alfredo Braunstein wrote:
> > Is this ok [self-explaining patch attached], or are there some kind of
> > moral reasons for not showing half a cursor?
>
> I am not sure we are allowed to show the lo
> And all those extra member functions could just as well be separate
> functions.
>
> It seems that even the std::string is now considered too fat. Most of
> what it does is possible to implement outside of the class.
>
> So I am not argueing against functions that operate on strings. I am
> argue
On czwartek 09 grudzieÅ 2004 10:42 am, Lars Gullik BjÃnnes wrote:
> Kuba Ober <[EMAIL PROTECTED]> writes:
> >> Are you sure of this. I know that the std::string in libstdc++ has
> >> gotten quite a bit of performance tweaks lately.
> >> (gcc 3.4.x and 4.x)
&
to level the playing field across all systems.
I.e. so that fix-that-compiler-bug code is limited to their containers, and
not strewn across everywhere.
> And I actually
> wonder how Trolltech will meet its 4.0 deadline given the amount of meat
> that's missing in 4.0tp2
Did they even specify any hard deadlines?
Cheers, Kuba Ober
of a useful string implementation. Afaik std::string doesn't have
from8BitLocal(), fromUcs(), etc.
Cheers, Kuba Ober
> $ rpm -qf /usr/share/aclocal/libtool.m4
> libtool-1.5.6-4
>
> $ rpm -qf '*.m4'
Either do
rpm -qf *.m4
without quotes, or
rpm -qf `locate .m4`
rpm -qf always needs a real file to query, not a wildcard.
Cheers, Kuba Ober
gt; cannot execute events fast enough. Is that normal?
No, it's essentially bad design. Unfortunately, many big commercial apps
suffer from it as well.
Cheers, Kuba Ober
more to their liking.
Whether it's STL or Tulip, it comes preassembled for you :) I.e. you, as the
end user, does not have to reinvent the wheel. There's nothing great about
STL apart from the fact that you don't have to code it. Most widely used
implementations of STL are quite mediocre IIRC, performance-wise at least.
Cheers, Kuba Ober
>
> >*this = SomeClass(foo);
Maybe operator= should destroy whatever resources should be destroyed, etc.
The code with explicit destructor call and placement new is more efficient of
course, but less intuitive.
Cheers, Kuba Ober
x27;t against
common sense in most cases, otherwise they are to be reimplemented in
specializations
I.e. there's nothing wrong with virtual interface methods, as long as they are
used in the correct sense.
Here derived class = specialization.
Cheers, Kuba Ober
love
> with...
ROTFL :) I.e. what a male chauvinist am I :)
Cheers, Kuba Ober
e user
interface language as default document language".
That's about all that I have to say on the subject, I admit. When things work,
they... just work :)
Cheers, Kuba Ober
On piÄtek 24 wrzesieÅ 2004 09:04 am, Angus Leeming wrote:
> Kuba Ober wrote:
> > On pi?tek 24 wrzesie? 2004 06:20 am, Angus Leeming wrote:
> >> Specifically, the section:
> >>
> >> Does LyX have support for non-English speakers/writers/readers?
> >
On piÄtek 24 wrzesieÅ 2004 06:20 am, Angus Leeming wrote:
> Specifically, the section:
>
> Does LyX have support for non-English speakers/writers/readers?
At least Polish language support works :)
Cheers, Kuba
On czwartek 23 wrzesieÅ 2004 05:17 am, Ruurd Reitsma wrote:
> Actually, someone already made an installer for Win32. Just havenÂt had the
> time to do anything with it...
I volunteer to make one with NSIS, if need be.
Cheers, Kuba Ober
he fonts themselves that they expose a OSX
bug that shows only in app-bunded fonts, for whatever buggy reason.
Disclaimer: my experience with OSX is rather sparse at this point.
Cheers, Kuba Ober
.
Type -- instead.
> This tex file was created by running html2latex on the output from "groff
> -Thtml".
Then html2latex creates broken output, i.e. emits minus operators instead of
medium dashes.
Cheers, Kuba Ober
On poniedziaÅek 23 sierpieÅ 2004 02:29 pm, Asger Kunuk Ottar Alstrup wrote:
> On Thu, 19 Aug 2004, Andre Poenitz wrote:
> > PS: For some reason I sorely missed Asger this year.
>
> I have absolutely no clue why you would bring that up in such a
> discussion.
>
> Regards,
> Asger
(who seems to try t
bystander point of view I guess the meandering path that led to
current lyx format is that of: making the parser unmanageable, some poor soul
untangling the parser, and then making the format easier to parse so that
said sould wouldn't be so poor in the future, with such cycle repeated often
over the years :)
Cheers, Kuba Ober
ach level of make.
Cheers, Kuba Ober
x
> ### [100%]
> error: unpacking of archive failed on file /usr/bin/lyx;41178d7e:
> cpio: open
> failed - Permission denied
Probably there's something else wrong.
Cheers, Kuba Ober
ll not work if one is using a self-compiled,
non-packaged Qt, but that's not an issue here as we're looking for a package.
It should work fine on any redhat version and sure does on both fedoras.
As a fallback (if rpm -qf returns an error) I'd also do
rpm -qa | grep "^[^-]*qt[^-]*-[0-9]"
Cheers, Kuba Ober
On czwartek 08 lipiec 2004 01:35 pm, Georg Baum wrote:
> Am Donnerstag, 8. Juli 2004 16:44 schrieb Kuba Ober:
> > Well, the German system is IIRC called Shuco, from the name of the
> > company that probably sold the "system" outlets and plugs first. It has
> > two
&
On poniedziaÅek 05 lipiec 2004 07:27 am, Andre Poenitz wrote:
> On Mon, Jul 05, 2004 at 12:09:10PM +0100, Jose' Matos wrote:
> > On Monday 05 July 2004 11:00, Jean-Marc Lasgouttes wrote:
> > > I will probably be able to bring one if really needed, but I have no
> > > idea about german electric outl
On poniedziaÅek 05 lipiec 2004 07:32 pm, Christian RidderstrÃm wrote:
> Hi
>
> I came across this article:
>
> http://www-106.ibm.com/developerworks/linux/library/l-distcc.html?ca=dgr-l
>nxw01distccTips
>
> that discusses using somethign called 'distcc' to speed up compilations.
>
> Basically
On Åroda 30 czerwiec 2004 02:49 pm, Dieter Jurzitza wrote:
> As I readily mentioned, nothing wrong is occuring with "normal" typing. But
> if I try to view one of the docs -> crash.
> This happens for my selfcompiled version (1.3.4) in the same way as for the
> precompiled (1.3.0) (= linked to the
Hi,
An idea came to my mind so I feel compelled to share :)
Wouldn't it be nifty to hack the wiki enough to allow it to work on lyx files?
That way we could have wiki-ed lyx user's manual -- I don't think there are
any projects out there that allow online updating of the manuals. Since lyx
ha
Should be restored, unless this or another kid resumes his/her activity.
Cheers, Kuba
On Friday 07 May 2004 09:46 am, John Levon wrote:
> On Fri, May 07, 2004 at 03:02:26PM +0200, Apache wrote:
> > Recent wiki posts:
> > (http://wiki.lyx.org/pmwiki.php/Main/AllRecentChanges)
> >
> > * http://wiki.lyx.org/pmwiki.php/LyX/Welcome - 14:07 7/05 by
> > * http://wiki.lyx.org/pmwiki.ph
On Wednesday 28 April 2004 02:07 am, Asger Kunuk Ottar Alstrup wrote:
> I probably have to miss this year's meeting, now that Elias is in the
> picture. He will be older next year, and I've never been to Poland, so
> that sounds more realistic for me.
There are direct flights from Copenhagen to Po
On Wednesday 28 April 2004 06:00 pm, Lars Gullik Bjønnes wrote:
> Kuba Ober <[EMAIL PROTECTED]> writes:
> | My kadu user id is 3323343, you can download the client below
> |
> | http://kadu.net/index.php?page=download&lang=en
>
> Kadu what the F*** is kadu?
Like
My kadu user id is 3323343, you can download the client below
http://kadu.net/index.php?page=download&lang=en
(No, I'm not using AIM or anything of the sort)
Cheers, Kuba Ober
ss (unless we get a
sponsor for that)
- public transportation in Poznan - about 8-10 euro for a weekly pass that
works on trams and buses, i.e. all you'll ever need :)
- food - about 75 euro, that's 15 euro per day to satiate oneself unless one
wants to get fancy :)
- beer - about 30 euro (local stuff, Guiness & other imports would be
obviously more) :)
- social events - from zero to a hero (no idea)
Cheers, Kuba Ober
> > Okay, now the old and tiring bureaucracy: I need to make a nice letter to
> > the head of the institute, describing what the conference is about and so
> > on. Yada yada that it's opensource and so on. If those who have attended
> > the previous conferences could give some input about what's th
My kadu user id is 3323343, you can download the client below
http://kadu.net/index.php?page=download&lang=en
(No, I'm not using AIM or anything of the sort)
Cheers, Kuba Ober
On Tuesday 27 April 2004 12:45 pm, Alfredo Braunstein wrote:
> Kuba Ober wrote:
> > This is all highly unofficial and can be considered hearsay:
> >
> > It'd be doable in PoznaÅ, Poland. What'd ya think?
> >
> > Cheers, Kuba Ober
>
> Cheers indeed!
This is all highly unofficial and can be considered hearsay:
It'd be doable in PoznaÅ, Poland. What'd ya think?
Cheers, Kuba Ober
On Thursday 22 April 2004 10:09 am, you wrote:
> >>>>> "Kuba" == Kuba Ober <[EMAIL PROTECTED]> writes:
>
> Kuba> But -- never say never. You never know :)
>
> Kuba> Well, next summer I'll be (likely) in Poland, so maybe if you
> Kuba&
On Monday 19 April 2004 02:31 pm, John Levon wrote:
> On Mon, Apr 19, 2004 at 02:21:15PM -0400, Kuba Ober wrote:
> > I drink imports. :)
>
> I should hope so too! Well that or the micros... I'm likely to be in
> Ohio some time around never, but I'll take you up on
ff. Well, maybe not american beer but that's another
matter. I drink imports. :)
Cheers, Kuba Ober
ndicate whether you read lyx-devel list or whether you should be
CC'd with all the answers.
Cheers, Kuba Ober
> C'mon, I thought this is cultural knowlege in britain!
>
> 'E's not pinin'! 'E's passed on! This crash is no more! He has ceased to
> be! 'E's expired and gone to meet 'is maker! 'E's a stiff! Bereft of life,
> 'e rests in peace! If you hadn't nailed 'im to the perch 'e'd be pushing up
> the dais
On Friday 26 March 2004 04:51 am, Lars Gullik Bjønnes wrote:
> Kuba Ober <[EMAIL PROTECTED]> writes:
> | On Thursday 25 March 2004 06:05 am, Jean-Marc Lasgouttes wrote:
> >> >>>>> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
> >>
On Thursday 25 March 2004 06:05 am, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
> >> |
> >> | Good remark. In this light it actually looks ok.
> >>
> >> OTOH, do we want it to be that easy to do non-logical markup?
>
> Andre> Well, given the existence of
On Thursday 25 March 2004 04:36 am, Angus Leeming wrote:
> Andre Poenitz wrote:
> > On Thu, Mar 25, 2004 at 12:14:26AM +0100, Christian Ridderström
> >
> > wrote:
> >> [...] That *is* ubercool...
> >
> > Just out of interest: I know this usage of 'uber' has 70 year old
> > German roots as in 'Überm
> > > To hom it may consern,
> > >
> > > I thought it would be nice, when you write one side barks , it would
> > > blink when put it's twin bark. Or when you move the marker (the
> > > blinking thing thats "writes" the letters) on a pair of barks, they
> > > would blink, so you could know you hand
On Wednesday 24 March 2004 10:34 am, Angus Leeming wrote:
> Kuba Ober wrote:
> > Tell you what. The amount of time this discussion has taken so far I
> > presume is comparable to what it takes to use the working and tested
> > QProcess. And this will work on Windows (for
lity
to be time-dependent in any way. C.f. mathed's ctrl-space, space, ...
Cheers, Kuba Ober
> > I have a slightly guilty feeling that this patch will need to be
> > re-implemented in a native Win32 port (SIGCHLD is not supported on
> > Windows.) Any ideas about how it would look?
I am repeating myself, for which I shall accept reasonable punishment (tm),
yet is there anything wrong with
Tell you what. The amount of time this discussion has taken so far I presume
is comparable to what it takes to use the working and tested QProcess. And
this will work on Windows (for those who compile LyX with Qt/Win) as well.
What's so bad about QProcess?
No offense meant :)
Cheers, Kuba
On Tuesday 23 March 2004 10:20 am, j wrote:
> To hom it may consern,
>
> I thought it would be nice, when you write one side barks , it would blink
> when put it's twin bark. Or when you move the marker (the blinking thing
> thats "writes" the letters) on a pair of barks, they would blink, so you
>
> I'm not sure if you're serious here... however, if two-times deleted a
> word, that *might* feel intuitive, but I feel very uncertain about it.
> Otherwise, there's a difference between the effect of'enter' and
> 'backspace' since 'enter' only has a "meaning" the first time it's
> pressed.
I don
gt;exec();
In this direct approach I presume you need to somehow derive from (or make a
copy of) QEventLoop and put the relevant magic in there.
I also presume that QProcess takes care of all that one way or another, so
maybe ForkedcallsController could just use QProcess instead if on Qt? That
would make life simpler methinks.
Cheers, Kuba Ober
On Wednesday 17 March 2004 11:18 am, Andreas wrote:
> Hi all,
>
> Some of you might be familiar with the poor quality of the fonts when
> viewing a pdf file created from a lyx document. The fonts look pixelised
> and it is not possible to mark text.
As a side note: This is a serious problem with a
On Tuesday 16 March 2004 06:20 am, Juergen Spitzmueller wrote:
> I promise that this is the last feature proposal I have in the pipe. This
> adds support for sidewaysfigure and sidewaystable (from the rotating
> package), i.e. let the user rotate the whole figure/tabular float
> (including the capt
> To summarize: it would be great if LyX could gurantee that the documents
> would look the same years or decades later.
Well, just save your .ps, .pdf or .dvi and you should be fine. Note that even
stock latex packages may get bug fixes or tweaks that will change the layout
slightly.
And, on t
here.
Anyway, I don't think that you need to use \mag, won't just changing the font
size work well enough? IIRC in your case using \mag will use fonts that are
not shaped correctly and won't be quite legible for their final on-paper size
- it kind of defeats the purpose of using TeX for the job.
Cheers,
Kuba Ober
On Thursday 19 February 2004 12:07 pm, Nirmal Govind wrote:
> > Take the tarball, put it into /usr/src/redhat/SOURCES
> > put the spec file in /usr/src/redhat/SPECS and add
>
> latex-xft-fonts as a
>
> Where is this lyx.spec file? Can't find it in the source and I don't
> seem to have an earlier
On Thursday 19 February 2004 11:22 am, Lars Gullik Bjønnes wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> >> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> |
> | Lars> | Hmm, why do we have this 'rpmdist' make target, then?
> |
> | Lars> That target will create the tar
On Wednesday 11 February 2004 09:59 am, you wrote:
> i always use the "rotating" package which provides
>
> \begin{sidewaystable}
> \end{sidewaystable}
>
> and
>
> \begin{sidewaysfigure}
> \end{sidewaysfigure}
Are those floats?
> (would be nice to have support for this in lyx...)
Sure. I may act
Hi,
Is there a "clean" solution to inserting landscape figure pages into an
otherwise portrait document?
The closest approximation I could find was a single-cell rotated table with a
minipage in it. The problem is, though, that a table will grow horizontally
without bounds, so that minipage be
> Can I filter the latex-code somehow to make it safe enough, i.e. so safe
> that we feel it can be left running on wiki.lyx.org?
just chroot jail it under a dedicated user.
There's no way to filter the latex code to make it safe. Somebody will always
invent an obscure construct that will go aro
On Friday 06 February 2004 09:26 am, Jose' Matos wrote:
> On Friday 06 February 2004 13:59, Jean-Marc Lasgouttes wrote:
> > I wonder how far the cygwin-based qt3/win32 port that is developed
> > here
> > http://kde-cygwin.sourceforge.net/qt3-win32/
> > could go when compiling LyX... Actually, I a
> Here's a limited patch for 1.4cvs.
WOW!
> It has several limitations:
>
> * As Alfredo wrote, tables don't work currently in 1.4cvs, so they're a
> bit hard to test :)
:)
> * Vertical bars are not disabled. Should they? And they're
> systematically removed at creation time (yay! ;-))
They sh
On Thursday 29 January 2004 07:41 am, Georg Baum wrote:
> Kuba Ober wrote:
> > I'm thinking of adding a per-table "Book-style table" checkbox which will
> > limit what you can do to the table - i.e. no vertical lines, as well as
> > adding support for top/mid/
> > I'm not the one to decide this, but I think there are no (major) new
> > features allowed for 1.3.x. Why not code it up for 1.4? [1]
>
> Note that tables are severely broken in 1.4... Of course, you are welcomed
> to fix them on the way going (not easy I suspect)
That's why I wanted to do it f
> [1] If you need booktabs tabulars in lyx: you know that there are some ERT
> tricks to use booktabs within the lyx tabulars?
Yep I know, but I find that it's easier to use just plain old ERT.
Kuba
On Wednesday 28 January 2004 12:48 pm, Kuba Ober wrote:
> > Amr Aboelmagd
> > Content-TeK Incorporation
> > http://www.content-tek.com
>
> That's preposterous.
As in one would think people using LaTeX are up to higher standards. I needed
to elaborate :)
Cheers, Kuba
> Amr Aboelmagd
> Content-TeK Incorporation
> http://www.content-tek.com
That's preposterous. Hopefully all readers of this list can abstain from doing
any business with those people.
Cheers, Kuba
ds
a `cat`-style up-lyxconvert, and a reasonably trivial down-lyxconvert which
I'm willing to write as well - I'm thinking it would simply downgrade the
"nice" rules into obnoxious "standard" ones.
Comments/rants/flames welcome.
Cheers, Kuba Ober
* and I'm t
xample :)
A per-view selection has the potential of "least confusion", methinks. I mean
we either have one selection per LyX instance, or one selection per view. By
extrapolation (tm :), the middle ground of one selection per document is kind
of artificial, methinks. It's like being undecided about which way to go :)
Cheers, Kuba Ober
> | This would be too verbose. We're not writing in Ada here :)
>
> What has our gui visible strings to do with any programming language?
I used Ada as an example. I.e. unless the drop down list's contents were meant
to be read by mostly by Ada programmers, they would methinks be considered
too
> | Is there a practical difference between const int var and int const var ?
> | Consider me dumb :(
>
> Yes :-) Consistency.
>
> extern int const blah; // in the header file
>
> int const blah = 123; // in the source file
OK, gotcha. Thanks.
Kuba
> | What's the general karma of having something like
> |
> | const int blah = 123;
> |
> | in a header file, inside a namespace (or not)? As far as I take it,
> | it's a
>
> Do we have those in header files?
> that is not good.
> and if we had them it should be
> int const blah = 123;
> and it wou
at would seem like a waste of space... Especially if the
constant would be a large array.
I'm in the "new year cleanup" mood and I thought I could do a couple of
trivial things just for fun :)
Cheers, Kuba Ober
On Friday 12 December 2003 09:12 am, you wrote:
> >>>>> "Kuba" == Kuba Ober <[EMAIL PROTECTED]> writes:
>
> Kuba> On Friday 12 December 2003 04:15 am, you wrote:
> >> >>>>> "Kuba" == Kuba Ober <[EMAIL PROTECTED]>
On Friday 12 December 2003 04:15 am, you wrote:
> >>>>> "Kuba" == Kuba Ober <[EMAIL PROTECTED]> writes:
>
> Kuba> Isn't DPS practically dead? I'd actually like to hear from
> Kuba> somebody whose X server is DPS-aware and needs makepsres
On Thursday 11 December 2003 09:41 am, Jean-Marc Lasgouttes wrote:
> > "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
>
> Kayvan> When I install the RPM, I get this:
>
> What version?
>
> What happens next? Does installation fail?
>
> Kayvan> What is makepsres?
>
> It is an utility nee
On Wednesday 10 December 2003 06:48 pm, Angus Leeming wrote:
> Kuba Ober wrote:
> > Methinks s/mislead/misled/, but you've had your mandatory punishment
> > anyway and this is just a freebie :)
>
> Well, if you think in American English, then there's nothing I can d
> > Now that the insets are handling [was: there] THEIR own
> > FuncRequests, THERE is no need ...
>
> Ahhh. Context. I was mislead:
Methinks s/mislead/misled/, but you've had your mandatory punishment anyway
and this is just a freebie :)
> > Naughty boy, Angus, naughty boy :)
> > s/there/their/
> >> And so, I suspect, is André's assertion that the concept is no
> >> longer needed. Now that insets are handling there
> >
> > Naughty boy, Angus, naughty boy :)
> > s/there/their/
>
> Actually, you're exactly wrong.
I don't think so :)
> 'Where is this concept handled? Over there, in the ins
On Wednesday 10 December 2003 05:25 am, Angus Leeming wrote:
> John Levon wrote:
> > On Wed, Dec 10, 2003 at 09:34:25AM +0100, Andre Poenitz wrote:
> >> As bold guess: 'noneditable' does not react at all, 'editable' has
> >> some dialog attached and 'highly editable' is math & inner text.
> >
> > T
On Sunday 07 December 2003 06:53 am, you wrote:
> On Sat, Dec 06, 2003 at 03:03:42PM -0500, Kuba Ober wrote:
> > There will also be some constraints as to how far a character style can
> > go. I imagine we will artificially need to terminate all character
> > styling at the
1 - 100 of 253 matches
Mail list logo
