On 03/23/2010 10:44 PM, Tim Starling wrote:
> Just because a language is context-sensitive doesn't mean it will be
> hard to write a parser for it. That's just a myth propagated by
> computer scientists who, strangely enough given their profession, have
> a disdain for the algorithm as a descripti
Hi,
I created such an extension [1] to return to the exact rendering of a
page at a given time.
It is still experimental and need some other improvements,
particularly to take into account the moves and deletions applied on a
template.
~ Seb35 [^_^]
[1] http://www.mediawiki.org/wiki/Extension:Bac
Happy-melon wrote:
> I took it to mean that he wanted to split the math parsing out as a
> **MediaWiki** extension, implementing as a parser tag hook in the
> usual way. Which is definitely highly desirable.
>
> --HM
Making it a MediaWiki extension is of course desirable (moving texvc out
of
"Platonides" wrote in message
news:hobfpi$4u...@dough.gmane.org...
> You seem to be thinking about creating a PHP extension. I don't think
> you should go that route. A binary is good enough, we don't need it to
> be in a PHP extension. That glue could be added later if needed, but
> would incre
On Tue, Mar 23, 2010 at 2:00 PM, Damon Wang wrote:
> I've been writing projects
> for university and for a computer lab I work at, but it's mostly small,
> one-off sysadmin things and usually the emphasis is more on "xyz server
> has to be back up before we open tomorrow" than writing good, clean
On Wed, Mar 24, 2010 at 9:16 AM, Trevor Parscal wrote:
> I think we should really consider LOLCODE for this sort of thing.
>
> http://en.wikipedia.org/wiki/Lolcode
>
> It's just more fun!
>
> - Trevor
Also rewrite parser functions to use it? that would be interesting on
en.wiki since they are alwa
I think we should really consider LOLCODE for this sort of thing.
http://en.wikipedia.org/wiki/Lolcode
It's just more fun!
- Trevor
On 3/23/10 3:44 PM, Tim Starling wrote:
> Conrad Irwin wrote:
>
>> On 03/23/2010 05:23 PM, Aryeh Gregor wrote:
>>
>>> On Tue, Mar 23, 2010 at 1:00 PM, Ro
Conrad Irwin wrote:
> On 03/23/2010 05:23 PM, Aryeh Gregor wrote:
>> On Tue, Mar 23, 2010 at 1:00 PM, Roan Kattouw wrote:
>>> DFAs parse regular languages, which means those languages can also be
>>> expressed as regexes. In fact, the regexes accepted by the preg_*()
>>> functions allow certain ex
Python is a nice language. PHP (portability) or C/C++ (speed) would be
better but Python is preferable to OCaml.
You mention ANTLR, something like that could be a good because it should
allow to generate the same parser in a different language with not so
much effort (probably you won't have enoug
On 03/23/2010 05:23 PM, Aryeh Gregor wrote:
> On Tue, Mar 23, 2010 at 1:00 PM, Roan Kattouw wrote:
>> DFAs parse regular languages, which means those languages can also be
>> expressed as regexes. In fact, the regexes accepted by the preg_*()
>> functions allow certain extensions to the language
Hello Rob,
> Just to be really clear, I'm not looking for a "right" answer on any of
> those questions. It's not necessary for you to be even interested in
> getting deeply involved in the Wikipedia user community to have a really
> successful project. The purpose of this line of questions is to
Hi Damon,
Thank you so much for floating your GSoC ideas early here on the mailing
list! Putting out concrete examples we can weigh in on is really helpful,
and engaging in this way is a fantastic way of demonstrating how you'll be
able to engage with us if we select your project.
On Tue, Mar 2
2010/3/23 Roan Kattouw :
> 2010/3/23 Aryeh Gregor :
>> This much I know, but is LaTeX actually a regular language?
>>
> I don't know; I was just making the point that writing a DFA parser in
> PHP is probably not very useful.
Sorry, I got confused and wrote DFA when I should have written LALR.
DFA
2010/3/23 Aryeh Gregor :
> This much I know, but is LaTeX actually a regular language?
>
I don't know; I was just making the point that writing a DFA parser in
PHP is probably not very useful.
Roan Kattouw (Catrope)
___
Wikitech-l mailing list
Wikitech-
On Tue, Mar 23, 2010 at 1:00 PM, Roan Kattouw wrote:
> DFAs parse regular languages, which means those languages can also be
> expressed as regexes. In fact, the regexes accepted by the preg_*()
> functions allow certain extensions to the language theory definition
> of regular expressions, allowi
On 03/23/2010 05:00 PM, Roan Kattouw wrote:
>>> I suggested a Python port because
>>>http://www.mediawiki.org/wiki/Summer_of_Code_2010#MediaWiki_core
>>> lists it as a potential project idea. I was under the impression that
>>> people around here did not want to leave texvc in OCaml. Is this
2010/3/23 Aryeh Gregor :
>> I've never used PHP for real programming, but how difficult would it be
>> to write a really simple, stupid first pass at a DFA parser? I suspect
>> I'd need much more than three months to make it useful, but would it be
>> possible to implement some coherent subset of t
On Tue, Mar 23, 2010 at 4:06 AM, Damon Wang wrote:
> I'm interested in porting texvc to Python, and I was hoping this list
> here might help me hash out the plan. Please let me know if I should
> take my questions elsewhere.
Python is much better than OCaml, and I prefer Python to PHP, but a
PHP
Hello Conrad,
>> 2. Implement an AMS-TeX validator
>
> How different would this be from the current validator?
It should be exactly the same, except written in Python.
>> 5. Repackage the entire Math thing as an extension
>> I might do this if I have time left at the end. I'm sure the project
>>
2010/3/23 Conrad Irwin :
> Instead of rewriting the parser, it might be more productive to
> create parsers for some of the other languages that extensions use,
> hopefully with a view to adding additional extensions to Wikipedia. The
> ones I can think of immediately are tags (bug 3252/5856),
>
On 03/23/2010 08:06 AM, Damon Wang wrote:
> Hello everyone,
>
> I'm interested in porting texvc to Python, and I was hoping this list
> here might help me hash out the plan. Please let me know if I should
> take my questions elsewhere.
>
> Roughly, my plan of attack would be something like this:
Hello everyone,
I'm interested in porting texvc to Python, and I was hoping this list
here might help me hash out the plan. Please let me know if I should
take my questions elsewhere.
Roughly, my plan of attack would be something like this:
1. Collect test cases and write a testing script
Thanks
Tim,
If you get/have a enthusiastic and excited volunteer, then consider them.
If you want someone who is reasonably laid back and patiently manages
lists mail without unnecessary interference then I am happy to manage
lists, even in ugly Mailman software. :-)
I have managed mailing lists for ab
23 matches
Mail list logo
