Le 31/08/2015 13:23, Jean-Marc Lasgouttes a écrit :
Le 28/08/2015 19:25, Guillaume Munch a écrit :
First, thank you, it sure looks better than hand-drawn lines. Have you
considered the following characters:
⮐ U+2B90 RETURN LEFT
⮑ U+2B91 RETURN RIGHT
⮒ U+2B92 NEWLINE LEFT
⮓ U+2B93 NEWLINE RIGHT
Le 28/08/2015 19:25, Guillaume Munch a écrit :
First, thank you, it sure looks better than hand-drawn lines. Have you
considered the following characters:
⮐ U+2B90 RETURN LEFT
⮑ U+2B91 RETURN RIGHT
⮒ U+2B92 NEWLINE LEFT
⮓ U+2B93 NEWLINE RIGHT
These have been introduced in Unicode 7.0 (June 201
Le 28/08/2015 09:42, Jean-Marc Lasgouttes a écrit :
Le 22/07/2015 12:05, Jean-Marc Lasgouttes a écrit :
Now for something different... I have been annoyed by the looks of
InsetNewLine for some time now. The following patch replaces the
horrible hand-made arrow with a nice Unicode character.
No
Le 25/07/2015 12:21, Enrico Forestieri a écrit :
Instead, I do not agree. LaTeX will adjust all previous lines such that
the final result is not as horrible as it would be in LyX with words
separated by an awful amount of space. This already occurs in a number of
cases and it is better to not inc
Le 22/07/2015 12:05, Jean-Marc Lasgouttes a écrit :
Now for something different... I have been annoyed by the looks of
InsetNewLine for some time now. The following patch replaces the
horrible hand-made arrow with a nice Unicode character.
Not only that, but you have 3 different characters to pl
Le 26/07/2015 00:53, Guillaume M-M a écrit :
In addition, applying justification to denote the meaning of the symbol
'break but keep justified' would conflict with the option Document
settings > Text layout > (Not) Use justification in the LyX window. It
happens that not everybody likes that the
On Sun, Jul 26, 2015 at 10:58:12PM +0200, Jean-Marc Lasgouttes wrote:
> Le 25 juillet 2015 12:21:20 UTC+02:00, Enrico Forestieri a
> écrit :
> >On Wed, Jul 22, 2015 at 11:14:54AM -0400, Richard Heck wrote:
> >
> >> On 07/22/2015 06:05 AM, Jean-Marc Lasgouttes wrote:
> >>
> >> >PS: I know that I
>In addition, applying justification to denote the meaning of the symbol
>'break but keep justified' would conflict with the option Document
>settings > Text layout > (Not) Use justification in the LyX window. It
>happens that not everybody likes that the text moves around in an
>unpredictable
Le 25 juillet 2015 12:21:20 UTC+02:00, Enrico Forestieri a
écrit :
>On Wed, Jul 22, 2015 at 11:14:54AM -0400, Richard Heck wrote:
>
>> On 07/22/2015 06:05 AM, Jean-Marc Lasgouttes wrote:
>>
>> >PS: I know that I broke the weird 'break but keep justified' symbol.
>In
>> >any case, if we keep this
Le 25/07/2015 11:21, Enrico Forestieri a écrit :
On Wed, Jul 22, 2015 at 11:14:54AM -0400, Richard Heck wrote:
On 07/22/2015 06:05 AM, Jean-Marc Lasgouttes wrote:
PS: I know that I broke the weird 'break but keep justified' symbol. In
any case, if we keep this patch, it is better to actually
On Wed, Jul 22, 2015 at 11:14:54AM -0400, Richard Heck wrote:
> On 07/22/2015 06:05 AM, Jean-Marc Lasgouttes wrote:
>
> >PS: I know that I broke the weird 'break but keep justified' symbol. In
> >any case, if we keep this patch, it is better to actually keep the row
> >justified rather to indicat
On 07/22/2015 06:05 AM, Jean-Marc Lasgouttes wrote:
Now for something different... I have been annoyed by the looks of
InsetNewLine for some time now. The following patch replaces the
horrible hand-made arrow with a nice Unicode character.
Not only that, but you have 3 different characters to
On Sun, Nov 08, 2009 at 11:19:55AM +0800, John McCabe-Dansted wrote:
> I have heard that some .h files include other .h files, but are not
> required to do so by POSIX etc. Thus removing them may harm
> portability.
This discussion is not much about C headers. They are comparatively
short and abov
On Sun, Nov 08, 2009 at 12:55:15AM +0100, Vincent van Ravesteijn wrote:
> Pavel Sanda schreef:
>> Vincent van Ravesteijn wrote:
>>
my draft implied one compilation per one #include in our sources, no
combinations. the only tweaking part was that detection in .h files
- one has
>>
On Sat, Nov 07, 2009 at 11:12:06PM +0100, Alex Fernandez wrote:
> On Sat, Nov 7, 2009 at 8:19 PM, Steve Litt wrote:
> > I'm wondering if there's a less compute intensive method than the brute
> > force
> > method of removing a #include from a .h, and then recompiling every .cpp
> > file.
>
> I
On Saturday 07 November 2009 13:37:30 Pavel Sanda wrote:
> hi,
>
> if there is somebody who would like to contribute to lyx and like to tackle
> with some python/bash scripting, consider fixing the bug
> http://www.lyx.org/trac/ticket/6305 .
>
> pavel
Angus has tackled this task years ago. Som
John McCabe-Dansted wrote:
> I have heard that some .h files include other .h files, but are not
> required to do so by POSIX etc. Thus removing them may harm
> portability. I am not sure how this could be detected automatically
we have to be careful about few headers like cstdlib. then i remember
November 2009 19:19
To: LyX devel
Subject: Re: Scripting fun - removing unneeded headers from source code
On Saturday 07 November 2009 08:37:30 Pavel Sanda wrote:
> hi,
>
> if there is somebody who would like to contribute to lyx and like to tackle
> with some python/bash scripti
I have heard that some .h files include other .h files, but are not
required to do so by POSIX etc. Thus removing them may harm
portability. I am not sure how this could be detected automatically
That said I don't know much about this. And even if this is a problem,
it presumably would help to kno
Pavel Sanda wrote:
> Vincent van Ravesteijn wrote:
> > I think you'll mostly remove includes that are redundant in some sense.
> > It's less likely there are huge amounts of costly includes.
>
> who knows. i believe that those 13 includes i removed from insetmathhull
> today were not just redunda
On Sat, Nov 7, 2009 at 11:12 PM, Alex Fernandez wrote:
> I thought about semantic processing: read all the prototypes in the
> .h, then see if they are actually used in the .cpp files. Remove those
> which aren't and try compiling; if the job has been well done then
> compilation should proceed wi
Vincent van Ravesteijn wrote:
> I think you'll mostly remove includes that are redundant in some sense.
> It's less likely there are huge amounts of costly includes.
who knows. i believe that those 13 includes i removed from insetmathhull
today were not just redundant of other headers.
pavel
Pavel Sanda schreef:
Vincent van Ravesteijn wrote:
my draft implied one compilation per one #include in our sources, no
combinations. the only tweaking part was that detection in .h files - one
has
to distinguish whether the compilation fails because of header
insuficiency in
.h or in cons
Vincent van Ravesteijn wrote:
>> my draft implied one compilation per one #include in our sources, no
>> combinations. the only tweaking part was that detection in .h files - one
>> has
>> to distinguish whether the compilation fails because of header
>> insuficiency in
>> .h or in consequent .cp
Pavel Sanda schreef:
Steve Litt wrote:
The part where you remove .h includes from .cpp is dead bang easy if rather
slow. Not so with the .h includes inside other .h files. For each #include
removal from a .h file, you'd have to compile every .cpp that includes the
including .h.
my d
Steve Litt wrote:
> The part where you remove .h includes from .cpp is dead bang easy if rather
> slow. Not so with the .h includes inside other .h files. For each #include
> removal from a .h file, you'd have to compile every .cpp that includes the
> including .h.
my draft implied one compila
On Sat, Nov 7, 2009 at 8:19 PM, Steve Litt wrote:
> I'm wondering if there's a less compute intensive method than the brute force
> method of removing a #include from a .h, and then recompiling every .cpp file.
I thought about semantic processing: read all the prototypes in the
.h, then see if th
On Saturday 07 November 2009 08:37:30 Pavel Sanda wrote:
> hi,
>
> if there is somebody who would like to contribute to lyx and like to tackle
> with some python/bash scripting, consider fixing the bug
> http://www.lyx.org/trac/ticket/6305 .
>
> pavel
Hi Pavel,
The part where you remove .h inclu
hi,
if there is somebody who would like to contribute to lyx and like to tackle
with some
python/bash scripting, consider fixing the bug
http://www.lyx.org/trac/ticket/6305 .
pavel
On Thu, 30 Apr 2009, José Matos wrote:
Hi all,
I've missed the fun even longer (various computer trouble combined with
starting at my new work).
Anyway, I'm back now. In general, if I don't respend timely on the list,
please feel free to e-mail me directly on my gma
Hi all,
due to some changes (the @novalis address is no more) I have missed all
the
fun of the last days in this list. I have resubscribed again so I am back to
the town hall. :-)
It took me some time to notice this because I changed the address on
both
users and cvslog lists
On 08/11/2008 02:02, Pavel Sanda wrote:
Commit ActivityMails Activity
701 rgheck1787 richard
588 sanda 1731 pavel
339 sts493 stefan
44 vincent(grep) 212 vincent
I think there's a bright feature for LyX :-)
Congrats to all new recruits!
Abdel.
On 08/11/2008 02:02, Pavel Sanda wrote:
hi,
i put some stats& pictures in http://wiki.lyx.org/Devel/Statistics .
short summary for 1.6 cycle below for those fortunate with consoles
or fixed fonts.
Commit ActivityMails Activity Emotionality (emoticons/mail)
1368younes
On Sat, Nov 08, 2008 at 01:14:09AM +, José Matos wrote:
> On Saturday 08 November 2008 01:02:48 Pavel Sanda wrote:
> > Emotionality (emoticons/mail)
> >
> > 0.59 jose
>
> I'm sorry, I can't avoid it. :-D :-p
0.07 andre
I obviously can't either. Will work on it.
Andre'
On Saturday 08 November 2008 01:02:48 Pavel Sanda wrote:
> Emotionality (emoticons/mail)
>
> 0.59 jose
I'm sorry, I can't avoid it. :-D :-p
--
José Abílio
hi,
i put some stats & pictures in http://wiki.lyx.org/Devel/Statistics .
short summary for 1.6 cycle below for those fortunate with consoles
or fixed fonts.
Commit ActivityMails Activity Emotionality (emoticons/mail)
1368younes3031 abdel 0.59 jose
On Thu, 23 Oct 2008, Pavel Sanda wrote:
- Examples where you think that they are more manuals, can also be in a
submenu.
please can anybody from windows herd validate that "help-open
../examples/Braille.lyx"
works (i'm not sure about the .. part) ?
I liked Pavel's way of referring to the us
Motto:
Abdelrazak Younes wrote:
>Pavel Sanda wrote:
>> i personally would be interrested in geographical distribution :)
>> in such a case we would have imho better "indication" from intersted
>> users.
>>
> Me too!
the generation from httpd logs goes very slowly, but first results are updat
I'm sure some of you have alread seen this, but maybe not all.
Interview with Stroustrup.
http://it.slashdot.org/comments.pl?sid=191465&threshold=1&commentsort=0&mode=thread&cid=15735942
cheers ;-)
/Christian
--
Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
On Mon, Apr 10, 2006 at 05:18:17PM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Committed.
>
> And status.14x, maybe? (also for bug 2485, I believe)
Done, thanks
- Martin
pgpofQQ2xM7SK.pgp
Description: PGP signature
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Committed.
And status.14x, maybe? (also for bug 2485, I believe)
JMarc
On Mon, 2006-04-10 at 15:18 +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> On Mon, 2006-04-10 at 11:41 +0200, Jean-Marc Lasgouttes wrote:
> >> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
> >>
> Martin> The fix for thi
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> On Mon, 2006-04-10 at 11:41 +0200, Jean-Marc Lasgouttes wrote:
>> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>>
Martin> The fix for this is to remove the LFUN_UP, LFUN_DOWN calls in
Martin> ControlMath.C. I wil
On Mon, 2006-04-10 at 11:41 +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> The fix for this is to remove the LFUN_UP, LFUN_DOWN calls in
> Martin> ControlMath.C. I will commit this fix later this weekend to
> Martin> trunk.
>
> Martin
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> The fix for this is to remove the LFUN_UP, LFUN_DOWN calls in
Martin> ControlMath.C. I will commit this fix later this weekend to
Martin> trunk.
Martin> Jean-Mark, this should go into 1.4.1 too as it is an obvious
Martin> fix to
On Sat, Apr 08, 2006 at 09:12:35AM +0300, Martin Vermeer wrote:
> On Fri, Apr 07, 2006 at 11:17:05PM +0200, Abdelrazak Younes wrote:
> > Martin Vermeer a écrit :
> > >...from the math panel.
...
> The fix for this is to remove the LFUN_UP, LFUN_DOWN calls in
> ControlMath.C. I will commit this f
On Fri, Apr 07, 2006 at 11:17:05PM +0200, Abdelrazak Younes wrote:
> Martin Vermeer a écrit :
> >...from the math panel.
> >
> >I tried this for 1.4.x / qt2.
>
> Ouch... same for 1.5svn / qt4. But Math toolbar works fine... We should
> definitely transfer the missing feature to the math toolbar a
Martin Vermeer a écrit :
...from the math panel.
I tried this for 1.4.x / qt2.
Ouch... same for 1.5svn / qt4. But Math toolbar works fine... We should
definitely transfer the missing feature to the math toolbar and get rid
of the Math panel.
Abdel.
(Hint: the semantics of LFUN_INSERT_M
...from the math panel.
I tried this for 1.4.x / qt2.
(Hint: the semantics of LFUN_INSERT_MATH appears to have changed at
least for ^ and _ . I wonder when?)
- Martin
pgpNYw5295HbH.pgp
Description: PGP signature
Angus Leeming <[EMAIL PROTECTED]> writes:
| Angus Leeming wrote:
>> But it would appear that this rule in config/common.am isn't doing what
>> it's meant to be doing.
>>
>> PCH_FILE = ./pch.h.gch
>> *.C *.cpp: $(PCH_FILE)
>
| Changing it to:
>
| # Make the TARGETS depend on the pch.h.gch, not the
Angus Leeming wrote:
> But it would appear that this rule in config/common.am isn't doing what
> it's meant to be doing.
>
> PCH_FILE = ./pch.h.gch
> *.C *.cpp: $(PCH_FILE)
Changing it to:
# Make the TARGETS depend on the pch.h.gch, not the SOURCES!
*.o *.lo *.obj: $(PCH_FILE)
appears to do the
Angus Leeming wrote:
> However, I find that explicitly passing "-o ./pch.h.gch" to the compiler
> does work:
Hmmm. Modifying config/common.am, so:
pch-file:
- $(CXXCOMPILE) -x c++-header $(PCH_SOURCE) -MT $(PCH_FILE) -MD -MP
\
--MF "./$(PCH_FILE).Tdep" \
- && mv "./$(PCH_FIL
Lars, I thought I'd try and get to the bottom of this pch.h stuff.
Here's what happens now if I have separate build and source trees:
$ cd lyx/devel/build/src/tex2lyx
$ rm -f ~/lyx/devel/src/tex2lyx/pch.h.gch
$ make
make PCH_FLAGS= pch-file
make[1]: Entering directory `/home/angus/lyx/devel/build
Lars Gullik Bjønnes wrote:
> | That's right. This is the weird and wonderful file that I have in my
> | Windows repository. I guess that we'll have to get Lars to tell cvs
> | that lib/images/banner.ppm is a binary file, both in the 1.3.x and
> | 1.4.x trees.
>>
> | Lars?
>
> I did it on head, not
Angus Leeming <[EMAIL PROTECTED]> writes:
| Andreas Vox wrote:
>>> Oh, koo-ell! Here it is in .jpg format (370kB -> 30kB)
>>
>> The attached file shows the same rainbowy colors as the screenshot
>> (PowerBook, tested with Safari, Preview and ImageMagick)
>
| That's right. This is the weird and wo
Andreas Vox wrote:
>> Oh, koo-ell! Here it is in .jpg format (370kB -> 30kB)
>
> The attached file shows the same rainbowy colors as the screenshot
> (PowerBook, tested with Safari, Preview and ImageMagick)
That's right. This is the weird and wonderful file that I have in my
Windows repository. I
Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Oh, koo-ell! Here it is in .jpg format (370kB -> 30kB)
>
The attached file shows the same rainbowy colors as the screenshot
(PowerBook, tested with Safari, Preview and ImageMagick)
Maybe the conversion didn't work?
Anyway, why don't you use PNG or
Andreas Vox wrote:
>> > I attach two (small) screen shots of LyX when it starts up under both
>> > linux and windows. The windows version uses the Qt Free/Win32 port.
>>
>> About the splash screen:
>> Any chance to blame it on the video card/driver? Looks like a broken
>> BITBLT operation...
>
>
Andreas Vox <[EMAIL PROTECTED]> writes:
>
> Angus Leeming ...> writes:
>
> >
> > I attach two (small) screen shots of LyX when it starts up under both linux
> > and windows. The windows version uses the Qt Free/Win32 port.
>
> About the splash screen:
> Any chance to blame it on the video ca
Andreas Vox wrote:
> About the splash screen:
> Any chance to blame it on the video card/driver? Looks like a broken
> BITBLT operation...
Nope. Everything else is just find and dandy thanks.
> What happens if you start the LyX binary on another Windose machine?
--
Angus
Angus Leeming <[EMAIL PROTECTED]> writes:
>
> I attach two (small) screen shots of LyX when it starts up under both linux
> and windows. The windows version uses the Qt Free/Win32 port.
About the splash screen:
Any chance to blame it on the video card/driver? Looks like a broken BITBLT
operatio
I attach two (small) screen shots of LyX when it starts up under both linux
and windows. The windows version uses the Qt Free/Win32 port. Apart from
the rather obvious mess of the splash screen, notice also that the windows
version doesn't display the deactivated icons.
--
Angus<><>
Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Lars Gullik Bjønnes wrote:
>>> Either a lib or xml parser for spirit.
>>
> | There are examples of same in the repository at spirit.sf.net. If you
> | want any help, just holler. The spirit-users list is jolly helpful.
>
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> Either a lib or xml parser for spirit.
>
| There are examples of same in the repository at spirit.sf.net. If you want
| any help, just holler. The spirit-users list is jolly helpful.
Ok. I need some help.
I have had a look
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Fri, Oct 08, 2004 at 11:39:56PM +0200, Lars Gullik Bjønnes wrote:
>> New version of the DTD, missing namespace stuff... it works... kindo.
>
| Could we make mathed a proper citizen of the new LyX world. With a
| for each kind of inset and such?
cer
On Fri, Oct 08, 2004 at 03:43:49PM +0200, Lars Gullik Bjønnes wrote:
> Actually it should be pretty safe to put this code in CVS... but I'll
> hold off on that.
Just go on if you promise to spend at least 10% of the time you
currently invest into LyX with fixing 1.4.0 show-stopper bugs.
Andre'
On Thu, Oct 07, 2004 at 10:02:39PM -0400, John Weiss wrote:
> - If the LyX kernel treats something in a character-like fashion, go
> with entities.
>
> Example: Say that the LyX file "command" for a non-breaking space
> is translated into a character, and that said character is then
> tra
On Fri, Oct 08, 2004 at 05:25:34PM +0100, Angus Leeming wrote:
> I read that as saying that he effectively has a DTD in his head
> already. Of course, forcing him to formalize it would be a good thing.
I think I lean onto Lars's side here: Have some well formed XML
resembling LyX internal structu
On Fri, Oct 08, 2004 at 12:16:22PM -0400, John Weiss wrote:
> Lars:
>
> I've checked out the CVS head and built the doxygen srcdocs. I'm
> still lost.
>
> Can I have some hints on how "Buffer", "Paragraph", "Inset",
> et. al. fit together?
A 'Buffer' is basically a .lyx document. Associated to
On Fri, Oct 08, 2004 at 11:39:56PM +0200, Lars Gullik Bjønnes wrote:
> New version of the DTD, missing namespace stuff... it works... kindo.
Could we make mathed a proper citizen of the new LyX world. With a
for each kind of inset and such?
Andre'
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
>
| | John Weiss <[EMAIL PROTECTED]> writes:
>>
| | | Consider, instead, the case where there's a separate tag in a
| | | "special-char" XML namespace. You still need to add the code to
| | | handle
John Weiss <[EMAIL PROTECTED]> writes:
| On Fri, Oct 08, 2004 at 07:11:11PM +0200, Lars Gullik Bjønnes wrote:
>>
>> Just what I am saying... let's fiddle right away, we don't need the
>> DTD for that.
>
| A DTD ... even if it's in our own "language" ... gives us a skeleton
| to work off of.
>
| T
John Weiss <[EMAIL PROTECTED]> writes:
| I second the, "Well done," regarding the whole shebang.
>
| One idea I wanted to toss to you, Lars: two parsers in the LyX core.
| We'd keep the old format's I/O in place while adding the classes
| needed to parse & write the XML. This gives us an "instan
John Weiss <[EMAIL PROTECTED]> writes:
| On Fri, Oct 08, 2004 at 05:25:34PM +0100, Angus Leeming wrote:
>>
>> I read that as saying that he effectively has a DTD in his head
>> already. Of course, forcing him to formalize it would be a good thing.
>
| Heck, I'll formalize it for him!
>
>> Why do
Okay, first, an apology. Mea Culpa. Mea Maxima Culpa.
I always seem to make this same mistake with XML: I assume they
designed it to do more than it does.
I assumed that, given a DTD, an XML parser could tokenize the various
tag names. It can't. Mea Culpa.
I also assumed that, give a DTD, a
On Fri, Oct 08, 2004 at 08:28:12PM -0400, John Weiss wrote:
> On Fri, Oct 08, 2004 at 10:21:02PM +0200, Lars Gullik Bjønnes wrote:
> >
> > How do you decalre a namespace in a DTD?
Okay, just read up on XML namespaces.
- A namespace is uniquely identified by a URL. Doesn't have to be an
HTTP-r
On Fri, Oct 08, 2004 at 07:11:11PM +0200, Lars Gullik Bjønnes wrote:
>
> Just what I am saying... let's fiddle right away, we don't need the
> DTD for that.
A DTD ... even if it's in our own "language" ... gives us a skeleton
to work off of.
The fiddling that I'm thinking of is, "Do we make this
On Fri, Oct 08, 2004 at 05:25:34PM +0100, Angus Leeming wrote:
>
> I read that as saying that he effectively has a DTD in his head
> already. Of course, forcing him to formalize it would be a good thing.
Heck, I'll formalize it for him!
> Why don't you start this formal definition, since it's o
On Fri, Oct 08, 2004 at 06:26:51PM +0200, Lars Gullik Bjønnes wrote:
> John Weiss <[EMAIL PROTECTED]> writes:
>
> | The DTD for an XML format (or, if you prefer, the XSchema for an XML
> | format) is like the header file for a C++ class. A file with "an XML
> | look" is the *implementation* of an
I second the, "Well done," regarding the whole shebang.
One idea I wanted to toss to you, Lars: two parsers in the LyX core.
We'd keep the old format's I/O in place while adding the classes
needed to parse & write the XML. This gives us an "instant"
regression test should we choose to change any
On Fri, Oct 08, 2004 at 10:21:02PM +0200, Lars Gullik Bjønnes wrote:
>
> How do you decalre a namespace in a DTD?
>
> I get a lot of
>
> UserGuide.lyx.xml:354: element eos: validity error : No declaration
> for element
> eos
> Read Extended Features
>
On Fri, Oct 08, 2004 at 11:39:56PM +0200, Lars Gullik Bjønnes wrote:
> | ^
> | This is the DTD I hacked together, and it really shows how bad the
> | current xml format is.
>
> New version of the DTD, missing namespace stuff... it wor
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| John Weiss <[EMAIL PROTECTED]> writes:
>
| | Consider, instead, the case where there's a separate tag in a
| | "special-char" XML namespace. You still need to add the code to
| | handle the "wynn", of course. However, your parse changes become
|
On Fri, Oct 08, 2004 at 08:42:36PM +0200, Lars Gullik Bjønnes wrote:
>
> I am not chaning the structure of the code... just what is output.
Notice also that you not taking advantage of knowing the document's
enconding, and you are using the hardwire isolatin-1.
Again, easy to fix. :-)
I k
John Weiss <[EMAIL PROTECTED]> writes:
| Consider, instead, the case where there's a separate tag in a
| "special-char" XML namespace. You still need to add the code to
| handle the "wynn", of course. However, your parse changes become
| trivial: the tag, "" needs no new code to parse
| it (sin
José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
| On Fri, Oct 08, 2004 at 08:17:25PM +0200, Lars Gullik Bjønnes wrote:
>> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
>>
>> | Actually it should be pretty safe to put this code in CVS... but I'll
>> | hold off on that.
>>
>> This patch i
On Fri, Oct 08, 2004 at 08:17:25PM +0200, Lars Gullik Bjønnes wrote:
> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
>
> | Actually it should be pretty safe to put this code in CVS... but I'll
> | hold off on that.
>
> This patch is a bit nicer, no real changes.
>
> ? xmlutils.h
File missi
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Actually it should be pretty safe to put this code in CVS... but I'll
| hold off on that.
This patch is a bit nicer, no real changes.
xmlformat-2.diff.gz
Description: GNU Zip compressed data
--
Lgb
John Weiss <[EMAIL PROTECTED]> writes:
| On Fri, Oct 08, 2004 at 03:01:18PM +0200, Lars Gullik Bjønnes wrote:
>>
>> Note that we already have an internal structure, that implicitly
>> defines much of the DTD.
>
| ...making the definition of the DTD very easy. After that, it's just
| a matter of
o look at? Where are the
| *.lyx files written/read?
Start with Buffer::writeFile, that is the starting point of writing a
.lyx file.
| With those, I can provide a skeleton XSchema.
Look at the Fun File, that mirrors the sturcture quite closely.
(and uses a lot of the tag names that I'd like t
Lars:
I've checked out the CVS head and built the doxygen srcdocs. I'm
still lost.
Can I have some hints on how "Buffer", "Paragraph", "Inset",
et. al. fit together? Some source files to look at? Where are the
*.lyx files written/read?
With those, I can provide a skeleton XSchema.
--
John W
On Fri, Oct 08, 2004 at 03:01:18PM +0200, Lars Gullik Bjønnes wrote:
>
> Note that we already have an internal structure, that implicitly
> defines much of the DTD.
...making the definition of the DTD very easy. After that, it's just
a matter of determining how to fiddle with things...
> | My
John Weiss <[EMAIL PROTECTED]> writes:
| On Fri, Oct 08, 2004 at 03:01:18PM +0200, Lars Gullik Bjønnes wrote:
>>
>> As to the DTD, I don't want to create that right away. Currently we
>> have a, as you say, a proof-of-concecpt. I'd like to fiddle with this
>> a bit, try to make the XML look the w
John Weiss wrote:
> If you're uncomfortable with SGML DTD, then let's use XSchema.
> XSchema, for those that don't know, is an XML document that defines
> DTD's for other XML documents. Since it's all in XML, it's not as
> "uncomfortable" for folks who don't know how to read the SGML DTD
> languag
On Fri, Oct 08, 2004 at 03:01:18PM +0200, Lars Gullik Bjønnes wrote:
>
> As to the DTD, I don't want to create that right away. Currently we
> have a, as you say, a proof-of-concecpt. I'd like to fiddle with this
> a bit, try to make the XML look the way we want it. Best practice and
> so forth.
>
José Abílio Oliveira Matos <[EMAIL PROTECTED]> writes:
| On Sun, Oct 03, 2004 at 06:03:10PM +0200, Lars Gullik Bjønnes wrote:
>
| Most of the preamble stuff is ready for xml, as you have shown. The only
| obstacles now are the bullets.
>
| I see that you still use
|
|
>
| shame on you Lars
| We can't create a tag named 'part' in a 'paragraph' namespace
| because that tag is only valid in certain types of document.
>
| Example #2: '' ''
| In this example, I've defined a 'font' namespace, which contains
| tags for standa
John Weiss wrote:
> My first suggestion would be to figure out the DTD.
I don't know if this is relevant, but you might check out
http://tbookdtd.sourceforge.net/
for inspirations.
AFAIR, the project's author is also interested in LyX.
Regards,
Jürgen
I like. It's a good proof-of-concept.
As I've worked heavily with XML in the past, and am presently
unemployed (and therefore in need of a project to keep my skills
sharp), I'd love to lend a hand with this, Lars.
My first suggestion would be to figure out the DTD. At my last job, I
worked wit
On Sun, Oct 03, 2004 at 06:03:10PM +0200, Lars Gullik Bjønnes wrote:
> [XML gibberish]
Believe it or not: I like it.
And while we are at it: My current day time job surprisingly *cough*
developed into a direction *cough* where it involved displaying and
editing certain primitive mathematical stru
1 - 100 of 306 matches
Mail list logo
