* suggestion @ 2002-01-28 10:59 ` Patrick Gundlach 2002-01-28 12:01 ` suggestion Hans Hagen ` (5 more replies) 0 siblings, 6 replies; 27+ messages in thread From: Patrick Gundlach @ 2002-01-28 10:59 UTC (permalink / raw) Hi, concerning the suggestion Hans has made, I'd like to add some comments: We have to analyse the questions asked on the list. In my opinion it does not make sens just to copy the question and the correct answer and make a digest. This would not do any good, because we then just have a mere copy of the mailinglist (stripped down to the essentials, indeed) More important is to "rate" the questions: 1) is it a question to wich the answer can be found in the manual? Then there is already a documentation for it and we do not need to answer it again. 2) is it a question that has not yet been documented? Say for example "how can I draw a line below the headline?". (I actually do not know if this is in the manual). In this case, we (Hans :-> ) should see this as an opportunity to add a few lines to the manual, so the next time this questions will not be asked again. 3) a questions that is related to the installation. For example the texhash or mktexlsr thing. Or the cont-sys.ori/cont-sys.tex stuff. I think these are worth being documented in some extra document. 4) bug reports. We do not need to collect them, since one hour later 96% of them are already fixed. Just search the archive if you have some trouble. 5) Questions regarding fonts/encodings. Yuck. I have no clue what to do with them. There is really something that has to be done. I know that there is are docs. But there are a many questions on the list concerning this subject. 6) request for improvements. They are probably documented in Hans' privat todo list... I there a need to collect them? I think yes. 7) Questions like "How can this feature xyz (just think of gb's indefinate long page that got cut off after each chapter) be achieved? These questions are often very esoteric. But imho they are worth being collected. So what is my conclusion? Ignore some questions, improve the documentation where necessary, collect some stuff for an extra doc. We do not need an faq. Viele Grüße, Patrick Gundlach ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: suggestion 2002-01-28 10:59 ` suggestion Patrick Gundlach @ 2002-01-28 12:01 ` Hans Hagen 2002-01-28 20:11 ` Re[2]: suggestion Giuseppe Bilotta 2002-01-28 12:33 ` suggestion Hans Hagen ` (4 subsequent siblings) 5 siblings, 1 reply; 27+ messages in thread From: Hans Hagen @ 2002-01-28 12:01 UTC (permalink / raw) Cc: ntg-context At 11:59 AM 1/28/2002 +0100, Patrick Gundlach wrote: >More important is to "rate" the questions: > >1) is it a question to wich the answer can be found in the >manual? Then there is already a documentation for it and we do >not need to answer it again. > >2) is it a question that has not yet been documented? Say for >example "how can I draw a line below the headline?". (I actually >do not know if this is in the manual). In this case, we (Hans :-> >) should see this as an opportunity to add a few lines to the >manual, so the next time this questions will not be asked again. > >3) a questions that is related to the installation. For example >the texhash or mktexlsr thing. Or the cont-sys.ori/cont-sys.tex >stuff. I think these are worth being documented in some extra >document. or some flow chart or if-then thing; people tend to oversee such things when reading a manual >4) bug reports. We do not need to collect them, since one hour >later 96% of them are already fixed. Just search the archive if >you have some trouble. -) >5) Questions regarding fonts/encodings. Yuck. I have no clue what to do >with them. There is really something that has to be done. I know >that there is are docs. But there are a many questions on the >list concerning this subject. this is also related to "if it can be done then people will use it" or if you see otehr users use it ... ; this is therefore also a combined user effort: providing examples >6) request for improvements. They are probably documented in >Hans' privat todo list... I there a need to collect them? I >think yes. right, i wonder if we can use bugzilla for this (tobias is looking into that for (real big) bugs) >7) Questions like "How can this feature xyz (just think of gb's >indefinate long page that got cut off after each chapter) be >achieved? These questions are often very esoteric. But imho they >are worth being collected. right, which makes me wonder why gb is so silent, he must have run out of feature requests >So what is my conclusion? Ignore some questions, improve the >documentation where necessary, collect some stuff for an extra >doc. We do not need an faq. not a faq in the traditional sense; we may need a way to organize examples made by users (based on q/a's) Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma@wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- fall-back web server: www.pragma-pod.nl ------------------------------------------------------------------------- ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re[2]: suggestion 2002-01-28 12:01 ` suggestion Hans Hagen @ 2002-01-28 20:11 ` Giuseppe Bilotta 0 siblings, 0 replies; 27+ messages in thread From: Giuseppe Bilotta @ 2002-01-28 20:11 UTC (permalink / raw) Cc: ntg-context Monday, January 28, 2002 Hans Hagen wrote: >>7) Questions like "How can this feature xyz (just think of gb's >>indefinate long page that got cut off after each chapter) be >>achieved? These questions are often very esoteric. But imho they >>are worth being collected. HH> right, which makes me wonder why gb is so silent, he must have run out of HH> feature requests ROTFLASTC I'm being silent because I'm studying ... and waiting. I'm studying for something rather unrelated to TeX (i.e. my doctorate --exams on 2002.02.18), so I don't have too much time to play with ConTeXt. And I'm waiting for the new math module to come out with all the stuff, so that I can convert my pre-existing AMS-LaTex documents to ConTeXt and start writing the Universal Mathematical Book Of The University Of Catania (UMBOTUOC, LOL) --which of course is of no interest for anybody but me and the other students, but will of course raise a thousand and one requests for new features ;-) I'm also waiting for the module interface to TeXUtil, and finally, I'm working myself on implenting/improving one of my feature requests (the xdesc module, to be now augmented with better enumerations). I need to study better the referencing mechanism, especially the part about "chain" references (a group of things which refer to each other). If you have suggestions on what's the better way to implement this, please tell me. -- Giuseppe "Oblomov" Bilotta ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: suggestion 2002-01-28 10:59 ` suggestion Patrick Gundlach 2002-01-28 12:01 ` suggestion Hans Hagen @ 2002-01-28 12:33 ` Hans Hagen 2002-01-28 12:40 ` suggestion Taco Hoekwater ` (3 subsequent siblings) 5 siblings, 0 replies; 27+ messages in thread From: Hans Hagen @ 2002-01-28 12:33 UTC (permalink / raw) Cc: ntg-context Hi, 2) is it a question that has not yet been documented? Say for >example "how can I draw a line below the headline?". (I actually >do not know if this is in the manual). In this case, we (Hans :-> >) should see this as an opportunity to add a few lines to the >manual, so the next time this questions will not be asked again. let's make sure of that; i uploaded a beta version that permits usage of before/after, although with some limitations; i hope that this change (extension) does not break existing code %D Although it is far better to use backgrounds for this %D purpose, one can add a rule in the following way. This %D method makes the rules disappear in case of an empty text %D line. Consider this a feature. %D %D \starttypen %D \setupheadertexts[left][right] %D %D \setupheader[text][after=\hrule,style=bold] %D %D \starttext %D \input tufte \page %D \setupheader[state=empty] %D \input tufte \page %D \stoptext %D \stoptypen Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma@wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- fall-back web server: www.pragma-pod.nl ------------------------------------------------------------------------- ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: suggestion 2002-01-28 10:59 ` suggestion Patrick Gundlach 2002-01-28 12:01 ` suggestion Hans Hagen 2002-01-28 12:33 ` suggestion Hans Hagen @ 2002-01-28 12:40 ` Taco Hoekwater 2002-01-28 12:48 ` suggestion Eckhart Guthöhrlein ` (2 subsequent siblings) 5 siblings, 0 replies; 27+ messages in thread From: Taco Hoekwater @ 2002-01-28 12:40 UTC (permalink / raw) Cc: ntg-context On Mon, 28 Jan 2002 11:59:27 +0100 "Patrick Gundlach" <gundlach@irb.cs.uni-dortmund.de> wrote: > 4) bug reports. We do not need to collect them, since one hour > later 96% of them are already fixed. Just search the archive if > you have some trouble. These DO need to be documented. Otherwise, we spend a lot of time answering questions to people that run into bugs in the outdated version of context they are using. -- groeten, Taco ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: suggestion 2002-01-28 10:59 ` suggestion Patrick Gundlach ` (2 preceding siblings ...) 2002-01-28 12:40 ` suggestion Taco Hoekwater @ 2002-01-28 12:48 ` Eckhart Guthöhrlein 2002-01-28 13:02 ` suggestion Eckhart Guthöhrlein 2002-01-28 21:28 ` suggestion Daniel Pittman 5 siblings, 0 replies; 27+ messages in thread From: Eckhart Guthöhrlein @ 2002-01-28 12:48 UTC (permalink / raw) Cc: ntg-context Patrick Gundlach wrote: > We have to analyse the questions asked on the list. In my > opinion it does not make sens just to copy the question and the > correct answer and make a digest. This would not do any good, > because we then just have a mere copy of the mailinglist > (stripped down to the essentials, indeed) > > More important is to "rate" the questions: > I agree with you. As Hans suggested, everybody could compile a QA for his particular case. But for a sensible faq - if we want it - one person will probably have to edit and sort them. > 1) is it a question to wich the answer can be found in the > manual? Then there is already a documentation for it and we do > not need to answer it again. Optimistic. > > 2) is it a question that has not yet been documented? Say for > example "how can I draw a line below the headline?". (I actually > do not know if this is in the manual). In this case, we (Hans :-> > ) should see this as an opportunity to add a few lines to the > manual, so the next time this questions will not be asked again. > > 3) a questions that is related to the installation. For example > the texhash or mktexlsr thing. Or the cont-sys.ori/cont-sys.tex > stuff. I think these are worth being documented in some extra > document. > > 4) bug reports. We do not need to collect them, since one hour > later 96% of them are already fixed. Just search the archive if > you have some trouble. > > 5) Questions regarding fonts/encodings. Yuck. I have no clue what to do > with them. There is really something that has to be done. I know > that there is are docs. But there are a many questions on the > list concerning this subject. > > 6) request for improvements. They are probably documented in > Hans' privat todo list... I there a need to collect them? I > think yes. > > 7) Questions like "How can this feature xyz (just think of gb's > indefinate long page that got cut off after each chapter) be > achieved? These questions are often very esoteric. But imho they > are worth being collected. > > So what is my conclusion? Ignore some questions, improve the > documentation where necessary, collect some stuff for an extra > doc. We do not need an faq. > > > > > > Viele Grüße, > > Patrick Gundlach > > > > ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: suggestion 2002-01-28 10:59 ` suggestion Patrick Gundlach ` (3 preceding siblings ...) 2002-01-28 12:48 ` suggestion Eckhart Guthöhrlein @ 2002-01-28 13:02 ` Eckhart Guthöhrlein 2002-01-28 13:44 ` suggestion Hans Hagen 2002-01-28 21:28 ` suggestion Daniel Pittman 5 siblings, 1 reply; 27+ messages in thread From: Eckhart Guthöhrlein @ 2002-01-28 13:02 UTC (permalink / raw) Cc: ntg-context Sorry, accidentally pressed the send button ;-) Completed version follows. Patrick Gundlach wrote: > We have to analyse the questions asked on the list. In my > opinion it does not make sens just to copy the question and the > correct answer and make a digest. This would not do any good, > because we then just have a mere copy of the mailinglist > (stripped down to the essentials, indeed) > > More important is to "rate" the questions: I agree with you. As Hans suggested, everybody could compile a QA for his particular case. But for a sensible faq - if we want it - one person will probably have to edit and sort them. > 1) is it a question to wich the answer can be found in the > manual? Then there is already a documentation for it and we do > not need to answer it again. Optimistic. > 2) is it a question that has not yet been documented? Say for > example "how can I draw a line below the headline?". (I actually > do not know if this is in the manual). In this case, we (Hans :-> > ) should see this as an opportunity to add a few lines to the > manual, so the next time this questions will not be asked again. I don't know if Hans has enough time to update the documentation continually... Perhaps an entry in our list, which can be removed by the maintainer if updated documentation becomes available. > 3) a questions that is related to the installation. For example > the texhash or mktexlsr thing. Or the cont-sys.ori/cont-sys.tex > stuff. I think these are worth being documented in some extra > document. Shouldn't this go into the existing installation instructions? (Or to the faq, in the meantime...) > 4) bug reports. We do not need to collect them, since one hour > later 96% of them are already fixed. Just search the archive if > you have some trouble. One of the greatest things about context, isn't it? > 5) Questions regarding fonts/encodings. Yuck. I have no clue what to do > with them. There is really something that has to be done. I know > that there is are docs. But there are a many questions on the > list concerning this subject. Can't say too much about this. But probably mfonts.pdf is not very explicit / understandable / complete if there remain so many questions? > 6) request for improvements. They are probably documented in > Hans' privat todo list... I there a need to collect them? I > think yes. We would have to decide what wishes should be put on the todo list. I think not everything a single person might want to have can actually be included, that's why a todo list with priorities would be useful. One of the key factors for determining this priority are certainly Hans' own needs and projects, so the best place for the list is in his hands - where it is. > 7) Questions like "How can this feature xyz (just think of gb's > indefinate long page that got cut off after each chapter) be > achieved? These questions are often very esoteric. But imho they > are worth being collected. That is at least some kind of a faq, isn't it? > So what is my conclusion? Ignore some questions, improve the > documentation where necessary, collect some stuff for an extra > doc. We do not need an faq. Ok, let's call it 'Miscellaneous Madness' instead of faq, in honour of its esoteric parts. Eckhart ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: suggestion 2002-01-28 13:02 ` suggestion Eckhart Guthöhrlein @ 2002-01-28 13:44 ` Hans Hagen 0 siblings, 0 replies; 27+ messages in thread From: Hans Hagen @ 2002-01-28 13:44 UTC (permalink / raw) Cc: Patrick Gundlach, ntg-context At 02:02 PM 1/28/2002 +0100, Eckhart Guthöhrlein wrote: >>6) request for improvements. They are probably documented in Hans' privat >>todo list... I there a need to collect them? I think yes. > > >We would have to decide what wishes should be put on the todo list. I >think not everything a single person might want to have can actually be >included, that's why a todo list with priorities would be useful. One of >the key factors for determining this priority are certainly Hans' own >needs and projects, so the best place for the list is in his hands - where >it is. currently when someone expresses a wish, i kind of decide on the fly to add it or not; some extensions are just adding a couple of lines, but more complex wishes, which demand an overhaul (or depend on other work in progress) go onto the todo list; i indeed do have a todo list somewhere (stacks of notes) so you may expect extensions for the next couple of years. fortunately we have a couple of demanding projects which result in new mechanisms; unfortunately the docu lags behind then Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma@wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- fall-back web server: www.pragma-pod.nl ------------------------------------------------------------------------- ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: suggestion 2002-01-28 10:59 ` suggestion Patrick Gundlach ` (4 preceding siblings ...) 2002-01-28 13:02 ` suggestion Eckhart Guthöhrlein @ 2002-01-28 21:28 ` Daniel Pittman 5 siblings, 0 replies; 27+ messages in thread From: Daniel Pittman @ 2002-01-28 21:28 UTC (permalink / raw) On Mon, 28 Jan 2002, Patrick Gundlach wrote: [...] > More important is to "rate" the questions: > > 1) is it a question to wich the answer can be found in the > manual? Then there is already a documentation for it and we do > not need to answer it again. Heh. My question, about why my table content didn't lay out correctly, was documented in the manual. Sure, it was my stupidity, but I managed to miss the vital detail when reading. The FAQ is an /alternate/ indexing system, as much as anything, for this sort of question. :) Daniel -- As an adolescent I aspired to lasting fame, I craved factual certainty, and I thirsted for a meaningful vision of human life -- so I became a scientist. This is like becoming an archbishop so you can meet girls. -- Matt Cartmill ^ permalink raw reply [flat|nested] 27+ messages in thread
* Suggestion @ 2009-06-15 11:55 Arun Dev 2009-06-16 7:42 ` Suggestion R. Bastian 2009-06-19 3:55 ` Suggestion Yue Wang 0 siblings, 2 replies; 27+ messages in thread From: Arun Dev @ 2009-06-15 11:55 UTC (permalink / raw) To: ntg-context [-- Attachment #1.1: Type: text/plain, Size: 106 bytes --] Hi, You can increase the popularity of ConTeXt by eliminating the need to install Perl and Ruby. [-- Attachment #1.2: Type: text/html, Size: 128 bytes --] [-- Attachment #2: Type: text/plain, Size: 487 bytes --] ___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Suggestion 2009-06-15 11:55 Suggestion Arun Dev @ 2009-06-16 7:42 ` R. Bastian 2009-06-16 7:50 ` Suggestion Taco Hoekwater 2009-06-19 3:55 ` Suggestion Yue Wang 1 sibling, 1 reply; 27+ messages in thread From: R. Bastian @ 2009-06-16 7:42 UTC (permalink / raw) To: ntg-context On Mon, 15 Jun 2009 17:25:32 +0530 Arun Dev <arundvrjn@gmail.com> scribit: > Hi, > > You can increase the popularity of ConTeXt by eliminating the need > to install Perl and Ruby. I dont think so. - Perl, Ruby, Python and others are installed per default on most working computers, - TeX alone has not enough power. What is needed is documentation : I dont know the meaning of [...1...][...2 ...] René B. -- ___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Suggestion 2009-06-16 7:42 ` Suggestion R. Bastian @ 2009-06-16 7:50 ` Taco Hoekwater 0 siblings, 0 replies; 27+ messages in thread From: Taco Hoekwater @ 2009-06-16 7:50 UTC (permalink / raw) To: mailing list for ConTeXt users R. Bastian wrote: > > - Perl, Ruby, Python and others are installed per default on most working computers, > - TeX alone has not enough power. luatex does have that power. > What is needed is documentation : I dont know the meaning of [...1...][...2 ...] This is actually explained in chapter one of the manual: http://www.pragma-ade.com/general/manuals/cont-eni.pdf Best wishes, Taco ___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Suggestion 2009-06-15 11:55 Suggestion Arun Dev 2009-06-16 7:42 ` Suggestion R. Bastian @ 2009-06-19 3:55 ` Yue Wang 2009-06-19 6:29 ` Suggestion luigi scarso 1 sibling, 1 reply; 27+ messages in thread From: Yue Wang @ 2009-06-19 3:55 UTC (permalink / raw) To: mailing list for ConTeXt users On Mon, Jun 15, 2009 at 7:55 PM, Arun Dev<arundvrjn@gmail.com> wrote: > > Hi, > > You can increase the popularity of ConTeXt by eliminating the need > to install Perl and Ruby. > MKIV does not dependent on Perl and Ruby. I think Hans has plan to convert the MKII scripts to Lua language. Anyway, I highly respect the ConTeXt and LuaTeX's work. But if Taco and Hans can : - use a proper regexp library (like lrexlib?), not the silly lpeg - make font loading faster (by massive fontforge change or replace it with ft2+libotf. we need more efficient solution esp for big fonts) - support TeX line-break-like page break - support arbitrary text-flow maybe via mplib (example: The ultimate (?) float problem + How could a typesetting system be today? on mailing list ) - make processing conditional-aware (see "two newbie questions about conditional processing" on the mailing list) - fix the bug of focus=standard - more powerful multi columns (maybe not through gird typesetting?) - full support of xslt:) Things might be a lot better... > ___________________________________________________________________________________ > If your question is of interest to others as well, please add an entry to > the Wiki! > > maillist : ntg-context@ntg.nl / > http://www.ntg.nl/mailman/listinfo/ntg-context > webpage : http://www.pragma-ade.nl / http://tex.aanhet.net > archive : https://foundry.supelec.fr/projects/contextrev/ > wiki : http://contextgarden.net > ___________________________________________________________________________________ > > ___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Suggestion 2009-06-19 3:55 ` Suggestion Yue Wang @ 2009-06-19 6:29 ` luigi scarso 2009-06-19 7:06 ` Suggestion Yue Wang 0 siblings, 1 reply; 27+ messages in thread From: luigi scarso @ 2009-06-19 6:29 UTC (permalink / raw) To: mailing list for ConTeXt users [-- Attachment #1.1: Type: text/plain, Size: 1071 bytes --] > > > Anyway, I highly respect the ConTeXt and LuaTeX's work. > But if Taco and Hans can : > > - use a proper regexp library (like lrexlib?), not the silly lpeg PEG are not silly at all. PEG *include* regex, but not viceversa, and it seems to have the same power of CFG, so you can build a parser for pratically anything (and you can not do this with regex) . Perhaps the reverse sentence has more sense: drop the "silly" (?) regex, use the new peg. For what I know the reverse side of lpeg is that a file must be loaded in memory completly. - more powerful multi columns (maybe not through gird typesetting?) > Maybe columnset can do more, or we need more examples from hans . - full support of xslt:) > why not xquery too? Are mkiv supposed to be a full xml processor ? A bit of xslt can be done with lpeg (and not regex), but usually it's better to prepare a xml to typeset before processing with mkiv ("use the right tool for the right task"). > Things might be a lot better... > and worse too . Things are now a lot better than before ,IMMO . -- luigi [-- Attachment #1.2: Type: text/html, Size: 1887 bytes --] [-- Attachment #2: Type: text/plain, Size: 487 bytes --] ___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Suggestion 2009-06-19 6:29 ` Suggestion luigi scarso @ 2009-06-19 7:06 ` Yue Wang 2009-06-19 7:33 ` Suggestion luigi scarso 2009-06-19 9:23 ` Suggestion Arthur Reutenauer 0 siblings, 2 replies; 27+ messages in thread From: Yue Wang @ 2009-06-19 7:06 UTC (permalink / raw) To: mailing list for ConTeXt users On Fri, Jun 19, 2009 at 2:29 PM, luigi scarso<luigi.scarso@gmail.com> wrote: >> >> Anyway, I highly respect the ConTeXt and LuaTeX's work. >> But if Taco and Hans can : >> >> - use a proper regexp library (like lrexlib?), not the silly lpeg > > PEG are not silly at all. PEG *include* regex, but not viceversa, > and it seems to have the same power of CFG, so you can build a parser for > pratically anything > (and you can not do this with regex) . > Perhaps the reverse sentence has more sense: drop the "silly" (?) regex, use > the new peg. > For what I know the reverse side of lpeg is that a file must be loaded in > memory completly. Well, I don't like to know what kind of thing is superior ... micro kernel is superior than monolithic kernel, but... The key reason for this is, more people are familiar with regexp. so if you can build a 100% compatible regexp module on top of lpeg in ConTeXt, it will be ok, or even better... > >> - more powerful multi columns (maybe not through gird typesetting?) > > Maybe columnset can do more, or we need more examples from hans . > yes. but columnset requires more strict rules (e.g., grid stuffs) why not build a version of columnset on top of normal TeX page building? (grid can be a option, should not be a requirement) > >> - full support of xslt:) > > why not xquery too? Are mkiv supposed to be a full xml processor ? No. I mean the user can have an option to convert an xml (that is, a context document) using (maybe external) xslt tool. This won't be too difficult to implement ... > A bit of xslt can be done with lpeg (and not regex), a bit == far from all > but usually it's better to prepare a xml to typeset before processing with > mkiv > ("use the right tool for the right task"). > >> >> Things might be a lot better... > > and worse too . > Things are now a lot better than before ,IMMO . > it should be. > > -- > luigi > > > ___________________________________________________________________________________ > If your question is of interest to others as well, please add an entry to > the Wiki! > > maillist : ntg-context@ntg.nl / > http://www.ntg.nl/mailman/listinfo/ntg-context > webpage : http://www.pragma-ade.nl / http://tex.aanhet.net > archive : https://foundry.supelec.fr/projects/contextrev/ > wiki : http://contextgarden.net > ___________________________________________________________________________________ > > ___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Suggestion 2009-06-19 7:06 ` Suggestion Yue Wang @ 2009-06-19 7:33 ` luigi scarso 2009-06-19 9:23 ` Suggestion Arthur Reutenauer 1 sibling, 0 replies; 27+ messages in thread From: luigi scarso @ 2009-06-19 7:33 UTC (permalink / raw) To: mailing list for ConTeXt users [-- Attachment #1.1: Type: text/plain, Size: 2167 bytes --] On Fri, Jun 19, 2009 at 9:06 AM, Yue Wang <yuleopen@gmail.com> wrote: > On Fri, Jun 19, 2009 at 2:29 PM, luigi scarso<luigi.scarso@gmail.com> > wrote: > >> > >> Anyway, I highly respect the ConTeXt and LuaTeX's work. > >> But if Taco and Hans can : > >> > >> - use a proper regexp library (like lrexlib?), not the silly lpeg > > > > PEG are not silly at all. PEG *include* regex, but not viceversa, > > and it seems to have the same power of CFG, so you can build a parser > for > > pratically anything > > (and you can not do this with regex) . > > Perhaps the reverse sentence has more sense: drop the "silly" (?) regex, > use > > the new peg. > > For what I know the reverse side of lpeg is that a file must be loaded in > > memory completly. > > Well, I don't like to know what kind of thing is superior ... micro > kernel is superior than monolithic kernel, but... > Wrong paragon . >From *mathematical* point of view, the set of all regular languages are a subset of PEG languages . PEG are more powerful than regex --it's not an opinion, it's a fact. > The key reason for this is, more people are familiar with regexp. so > if you can build a 100% compatible regexp module on top of lpeg in > ConTeXt, it will be ok, or even better... > We already have lua for simple string manipulation, and lpeg for other stuffs . Again we don't need regex . > > > >> - full support of xslt:) > > > > why not xquery too? Are mkiv supposed to be a full xml processor ? > > > No. I mean the user can have an option to convert an xml (that is, a > context document) using (maybe external) xslt tool. > This won't be too difficult to implement ... > hmm, external tools call for platform /SO issue ... Personally xsltproc in linux it's OK -- I don't need an integration , I prefear separations of concerns. > > > A bit of xslt can be done with lpeg (and not regex), > > a bit == far from all > It's enough for simple xml processing . If you need more, are you sure that you are using the right tool ? > > >> Things might be a lot better... > > > > and worse too . > > Things are now a lot better than before ,IMMO . > > > > it should be. > It is . -- luigi [-- Attachment #1.2: Type: text/html, Size: 3597 bytes --] [-- Attachment #2: Type: text/plain, Size: 487 bytes --] ___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Suggestion 2009-06-19 7:06 ` Suggestion Yue Wang 2009-06-19 7:33 ` Suggestion luigi scarso @ 2009-06-19 9:23 ` Arthur Reutenauer 1 sibling, 0 replies; 27+ messages in thread From: Arthur Reutenauer @ 2009-06-19 9:23 UTC (permalink / raw) To: Mailing list for ConTeXt users > The key reason for this is, more people are familiar with regexp. so > if you can build a 100% compatible regexp module on top of lpeg in > ConTeXt, it will be ok, or even better... There *is* a regexp module on top of LPeg. It's written by Roberto Ierusalimschy, the Lua and LPeg author. Just use it if you want. http://www.inf.puc-rio.br/~roberto/lpeg/re.html Arthur ___________________________________________________________________________________ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________ ^ permalink raw reply [flat|nested] 27+ messages in thread
* suggestion @ 2002-01-25 13:07 Hans Hagen 2002-01-25 14:23 ` suggestion Berend de Boer 2002-01-25 22:47 ` suggestion Daniel Pittman 0 siblings, 2 replies; 27+ messages in thread From: Hans Hagen @ 2002-01-25 13:07 UTC (permalink / raw) Hi, Does it make sense to summarize questions and answers (often more than one)? Of course this should be done by the one asking the question -) Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma@wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- fall-back web server: www.pragma-pod.nl ------------------------------------------------------------------------- ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: suggestion 2002-01-25 13:07 suggestion Hans Hagen @ 2002-01-25 14:23 ` Berend de Boer 2002-01-25 18:03 ` suggestion Frans Goddijn 2002-01-25 18:36 ` suggestion Eckhart Guthöhrlein 2002-01-25 22:47 ` suggestion Daniel Pittman 1 sibling, 2 replies; 27+ messages in thread From: Berend de Boer @ 2002-01-25 14:23 UTC (permalink / raw) Cc: ntg-context Hans Hagen <pragma@wxs.nl> writes: > Does it make sense to summarize questions and answers (often more than > one)? Of course this should be done by the one asking the question > -) If you have someone who can gather these summarizations and publish them once a month or so, you can get some FAQ after some time. -- Groetjes, Berend. (-: ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: suggestion 2002-01-25 14:23 ` suggestion Berend de Boer @ 2002-01-25 18:03 ` Frans Goddijn 2002-01-25 18:36 ` suggestion Eckhart Guthöhrlein 1 sibling, 0 replies; 27+ messages in thread From: Frans Goddijn @ 2002-01-25 18:03 UTC (permalink / raw) I'm sure a selection of simple and practically applicable Q&A's would be published in MAPS and these might even be made available on a web page... ----- Original Message ----- From: Berend de Boer To: Hans Hagen Cc: ntg-context@ntg.nl Sent: Friday, January 25, 2002 3:23 PM Subject: Re: suggestion Hans Hagen <pragma@wxs.nl> writes: > Does it make sense to summarize questions and answers (often more than > one)? Of course this should be done by the one asking the question > -) If you have someone who can gather these summarizations and publish them once a month or so, you can get some FAQ after some time. ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: suggestion 2002-01-25 14:23 ` suggestion Berend de Boer 2002-01-25 18:03 ` suggestion Frans Goddijn @ 2002-01-25 18:36 ` Eckhart Guthöhrlein 2002-01-25 18:46 ` suggestion Frans Goddijn 1 sibling, 1 reply; 27+ messages in thread From: Eckhart Guthöhrlein @ 2002-01-25 18:36 UTC (permalink / raw) Cc: Hans Hagen, ntg-context Berend de Boer wrote: > Hans Hagen <pragma@wxs.nl> writes: > > >>Does it make sense to summarize questions and answers (often more than >>one)? Of course this should be done by the one asking the question >>-) >> > > If you have someone who can gather these summarizations and publish > them once a month or so, you can get some FAQ after some time. > > It would surely be very useful to have a faq. The mail archives are surely valuable too, but a digest would definitely make sense. So, you just have to find a person who is sufficiently qualified, and this person has to have enough spare time which he/she is willing to donate to the task. Eckhart p.s.: I fulfil neither criterium, I think ;-) ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: suggestion 2002-01-25 18:36 ` suggestion Eckhart Guthöhrlein @ 2002-01-25 18:46 ` Frans Goddijn 2002-01-27 18:02 ` suggestion Hans Hagen 0 siblings, 1 reply; 27+ messages in thread From: Frans Goddijn @ 2002-01-25 18:46 UTC (permalink / raw) > So, you just have to find a person > p.s.: I fulfil neither criterium, I think ;-) But you are qualified to FIND that person! ;=}} groet, Frans ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: suggestion 2002-01-25 18:46 ` suggestion Frans Goddijn @ 2002-01-27 18:02 ` Hans Hagen 0 siblings, 0 replies; 27+ messages in thread From: Hans Hagen @ 2002-01-27 18:02 UTC (permalink / raw) Cc: NTG-ConTeXt mailing list At 07:46 PM 1/25/2002 +0100, Frans Goddijn wrote: > > So, you just have to find a person > > > p.s.: I fulfil neither criterium, I think ;-) > >But you are qualified to FIND that person! since it comes down to: - summarize the question - collect the answers and make a few examples i think that any user can do it, preferably the one who asked the question; that way we only need to set up the structure to collect and index them Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma@wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com ------------------------------------------------------------------------- fall-back web server: www.pragma-pod.nl ------------------------------------------------------------------------- ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: suggestion 2002-01-25 13:07 suggestion Hans Hagen 2002-01-25 14:23 ` suggestion Berend de Boer @ 2002-01-25 22:47 ` Daniel Pittman 1 sibling, 0 replies; 27+ messages in thread From: Daniel Pittman @ 2002-01-25 22:47 UTC (permalink / raw) On Fri, 25 Jan 2002, Hans Hagen wrote: > Does it make sense to summarize questions and answers (often more than > one)? Almost certainly. I tried to find a FAQ first, myself, and read the documentation on ConTeXt to try to understand why it wasn't working quite right. > Of course this should be done by the one asking the question -) Well, here is my contribution: * Why isn't a row in my table or tabulate being drawn correctly, but rather shows only the first line and cuts off the rest. You MUST specify all of the column /and/ row markers for each row in a table. If you fail to give the end of row marker (\NR) then the height of the row is not correctly calculated and only a single line will be displayed. Er, I suspect that the question might need to be rephrased, but that's the best I can come up with. :) Daniel -- What is art but a way of seeing? -- Thomas Berger ^ permalink raw reply [flat|nested] 27+ messages in thread
* suggestion @ 2000-11-03 23:06 Denis B. Roegel 0 siblings, 0 replies; 27+ messages in thread From: Denis B. Roegel @ 2000-11-03 23:06 UTC (permalink / raw) Cc: Denis B. Roegel Since errors in the tex or mpost runs often go unnoticed when using texexec, wouldn't it be possible for texexec to look for errors in the log files and report something at the *end* of the final run? I just got caught because I had written `: =' instead of `:=' in some metapost code. texexec wouldn't show it. Denis ^ permalink raw reply [flat|nested] 27+ messages in thread
* Suggestion @ 1999-06-01 19:04 David Arnold 1999-06-02 7:22 ` Suggestion Hans Hagen 0 siblings, 1 reply; 27+ messages in thread From: David Arnold @ 1999-06-01 19:04 UTC (permalink / raw) Could this list somehow send out information that messages being received are from the Context list. For example, messages I receive from the Miktex list always have subject lines that look like this: [Miktex]: Additional texmf tree This would be helpful in recognizing what is coming from Context. Just a suggestion. ^ permalink raw reply [flat|nested] 27+ messages in thread
* Re: Suggestion 1999-06-01 19:04 Suggestion David Arnold @ 1999-06-02 7:22 ` Hans Hagen 0 siblings, 0 replies; 27+ messages in thread From: Hans Hagen @ 1999-06-02 7:22 UTC (permalink / raw) Cc: ntg-context David Arnold wrote: > This would be helpful in recognizing what is coming from Context. > > Just a suggestion. I forwarded it to the supreme listcommander of the ntg. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.nl ----------------------------------------------------------------- ^ permalink raw reply [flat|nested] 27+ messages in thread
end of thread, other threads:[~2009-06-19 9:23 UTC | newest] Thread overview: 27+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- [not found] <Your message of "Sun, 27 Jan 2002 19:02:33 +0100." <5.1.0.14.1.20020127190025.02af2008@server-1> 2002-01-28 10:59 ` suggestion Patrick Gundlach 2002-01-28 12:01 ` suggestion Hans Hagen 2002-01-28 20:11 ` Re[2]: suggestion Giuseppe Bilotta 2002-01-28 12:33 ` suggestion Hans Hagen 2002-01-28 12:40 ` suggestion Taco Hoekwater 2002-01-28 12:48 ` suggestion Eckhart Guthöhrlein 2002-01-28 13:02 ` suggestion Eckhart Guthöhrlein 2002-01-28 13:44 ` suggestion Hans Hagen 2002-01-28 21:28 ` suggestion Daniel Pittman 2009-06-15 11:55 Suggestion Arun Dev 2009-06-16 7:42 ` Suggestion R. Bastian 2009-06-16 7:50 ` Suggestion Taco Hoekwater 2009-06-19 3:55 ` Suggestion Yue Wang 2009-06-19 6:29 ` Suggestion luigi scarso 2009-06-19 7:06 ` Suggestion Yue Wang 2009-06-19 7:33 ` Suggestion luigi scarso 2009-06-19 9:23 ` Suggestion Arthur Reutenauer -- strict thread matches above, loose matches on Subject: below -- 2002-01-25 13:07 suggestion Hans Hagen 2002-01-25 14:23 ` suggestion Berend de Boer 2002-01-25 18:03 ` suggestion Frans Goddijn 2002-01-25 18:36 ` suggestion Eckhart Guthöhrlein 2002-01-25 18:46 ` suggestion Frans Goddijn 2002-01-27 18:02 ` suggestion Hans Hagen 2002-01-25 22:47 ` suggestion Daniel Pittman 2000-11-03 23:06 suggestion Denis B. Roegel 1999-06-01 19:04 Suggestion David Arnold 1999-06-02 7:22 ` Suggestion Hans Hagen
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).