New huggle will have configuration in xml - Huggle - lists.wikimedia.org

List overview All Threads
Download

New huggle will have configuration in xml

List of stuff that needs to be...

master is now csharp

Petr Bena

22 Jan 2013 22 Jan '13

2:03 p.m.

Because I have decided so. If you don't like it, please send your complaints now. It will be backward compatible though.

Attachments:

attachment.htm (text/html — 157 bytes)

Reply

Show replies by date

Samuel Damashek

22 Jan 22 Jan

2:04 p.m.

Where will the XML be located? Before it was located in a js/css file on the wiki being used correct? Will it be set inside Huggle3 or externally? On Tue, Jan 22, 2013 at 9:03 AM, Petr Bena <benapetr(a)gmail.com> wrote:

Because I have decided so. If you don't like it, please send your complaints now. It will be backward compatible though. _______________________________________________ Huggle mailing list Huggle(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/huggle

-- Samuel Damashek Developer of Fraction Simplifier, a free Google Chrome Extension. http://bit.ly/fractionsimplify

Reply

Petr Bena

2:08 p.m.

huggle_xml.css On Tue, Jan 22, 2013 at 3:04 PM, Samuel Damashek <samuel.damashek(a)gmail.com>wrote;wrote:

Where will the XML be located? Before it was located in a js/css file on the wiki being used correct? Will it be set inside Huggle3 or externally? On Tue, Jan 22, 2013 at 9:03 AM, Petr Bena <benapetr(a)gmail.com> wrote:

Because I have decided so. If you don't like it, please send your complaints now. It will be backward compatible though. _______________________________________________ Huggle mailing list Huggle(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/huggle

-- Samuel Damashek Developer of Fraction Simplifier, a free Google Chrome Extension. http://bit.ly/fractionsimplify _______________________________________________ Huggle mailing list Huggle(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/huggle

Reply

Platonides

5:57 p.m.

On 22/01/13 15:08, Petr Bena wrote:

huggle_xml.css

It's quite odd to store a xml with a css extension, and the wiki doesn't support good editing of xml either. Why not use JSON, storing it on huggle.js?

Reply

Krinkle

26 Jan 26 Jan

2:11 a.m.

Yeah, I'd prefer JSON as well. * Easier to read/edit * Better support for different value types (arrays, booleans, strings, numbers) Or a simplified form of JSON, YAML, which also supports inline comments (or strip comments from the JSON before parsing, like for .jshintrc in JSHint). -- Krinkle On Tue, Jan 22, 2013 at 9:57 AM, Platonides <platonides(a)gmail.com> wrote:

On 22/01/13 15:08, Petr Bena wrote:

huggle_xml.css

It's quite odd to store a xml with a css extension, and the wiki doesn't support good editing of xml either. Why not use JSON, storing it on huggle.js? _______________________________________________ Huggle mailing list Huggle(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/huggle

Reply

Petr Bena

8:02 a.m.

JSON is evil. I am already parsing it with another c# application. It's terrible, see yourlsef: https://github.com/benapetr/wikimedia-bot/blob/master/plugins/labs/labs/lab… maybe it's good for java, I don't know, but it seems to me like a good language for serialized data, not for configuration which is different in every version On Sat, Jan 26, 2013 at 3:11 AM, Krinkle <krinklemail(a)gmail.com> wrote:

Yeah, I'd prefer JSON as well. * Easier to read/edit * Better support for different value types (arrays, booleans, strings, numbers) Or a simplified form of JSON, YAML, which also supports inline comments (or strip comments from the JSON before parsing, like for .jshintrc in JSHint). -- Krinkle On Tue, Jan 22, 2013 at 9:57 AM, Platonides <platonides(a)gmail.com> wrote:

On 22/01/13 15:08, Petr Bena wrote:

huggle_xml.css

It's quite odd to store a xml with a css extension, and the wiki doesn't support good editing of xml either. Why not use JSON, storing it on huggle.js? _______________________________________________ Huggle mailing list Huggle(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/huggle

_______________________________________________ Huggle mailing list Huggle(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/huggle

Reply

Petr Bena

8:05 a.m.

I mean, it's cool to have it store arrays and such in different format. But what if array magically becomes a string? I can't handle so many exception there. Or, I can, but I am lazy... The configuration of huggle is meant to be edited by humans. And JSON is stable only until someone manually start changing it. One removed quote, and whole config file is broken. On Sat, Jan 26, 2013 at 9:02 AM, Petr Bena <benapetr(a)gmail.com> wrote:

JSON is evil. I am already parsing it with another c# application. It's terrible, see yourlsef: https://github.com/benapetr/wikimedia-bot/blob/master/plugins/labs/labs/lab… maybe it's good for java, I don't know, but it seems to me like a good language for serialized data, not for configuration which is different in every version On Sat, Jan 26, 2013 at 3:11 AM, Krinkle <krinklemail(a)gmail.com> wrote:

Yeah, I'd prefer JSON as well. * Easier to read/edit * Better support for different value types (arrays, booleans, strings, numbers) Or a simplified form of JSON, YAML, which also supports inline comments (or strip comments from the JSON before parsing, like for .jshintrc in JSHint). -- Krinkle On Tue, Jan 22, 2013 at 9:57 AM, Platonides <platonides(a)gmail.com> wrote:

On 22/01/13 15:08, Petr Bena wrote:

huggle_xml.css

It's quite odd to store a xml with a css extension, and the wiki doesn't support good editing of xml either. Why not use JSON, storing it on huggle.js? _______________________________________________ Huggle mailing list Huggle(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/huggle

_______________________________________________ Huggle mailing list Huggle(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/huggle

Reply

Platonides

1:23 p.m.

On 26/01/13 09:05, Petr Bena wrote:

I mean, it's cool to have it store arrays and such in different format. But what if array magically becomes a string? I can't handle so many exception there. Or, I can, but I am lazy... The configuration of huggle is meant to be edited by humans. And JSON is stable only until someone manually start changing it. One removed quote, and whole config file is broken.

One slash missing in xml, and the whole xml file is broken :) I don't know what kind of data you want to store in the config file, but I find strange that storing in JSON is much harder than in XML. What if you expected a string and now you have a list of tags? Maybe the problem is the way you are trying to read the information. PS: Have you seen the grammar at http://json.org/ ? You also have a list of implementations there which you could use.

Reply

Petr Bena

1:34 p.m.

nope, in xml everything is string :) also people on wiki are more familiar with xml than json On Sat, Jan 26, 2013 at 2:23 PM, Platonides <platonides(a)gmail.com> wrote:

On 26/01/13 09:05, Petr Bena wrote:

I mean, it's cool to have it store arrays and such in different format. But what if array magically becomes a string? I can't handle so many exception there. Or, I can, but I am lazy... The configuration of huggle is meant to be edited by humans. And JSON is stable only until someone manually start changing it. One removed quote, and whole config file is broken.

One slash missing in xml, and the whole xml file is broken :) I don't know what kind of data you want to store in the config file, but I find strange that storing in JSON is much harder than in XML. What if you expected a string and now you have a list of tags? Maybe the problem is the way you are trying to read the information. PS: Have you seen the grammar at http://json.org/ ? You also have a list of implementations there which you could use. _______________________________________________ Huggle mailing list Huggle(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/huggle

Reply

Srikanth Ramakrishnan

27 Jan 27 Jan

11:07 a.m.

When is Huggle 3 expected? On Sat, Jan 26, 2013 at 5:34 AM, Petr Bena <benapetr(a)gmail.com> wrote:

nope, in xml everything is string :) also people on wiki are more familiar with xml than json On Sat, Jan 26, 2013 at 2:23 PM, Platonides <platonides(a)gmail.com> wrote:

On 26/01/13 09:05, Petr Bena wrote:

I mean, it's cool to have it store arrays and such in different format. But what if array magically becomes a string? I can't handle so many exception there. Or, I can, but I am lazy... The configuration of huggle is meant to be edited by humans. And JSON is stable only until someone manually start changing it. One removed quote, and whole config file is broken.

One slash missing in xml, and the whole xml file is broken :) I don't know what kind of data you want to store in the config file, but I find strange that storing in JSON is much harder than in XML. What if you expected a string and now you have a list of tags? Maybe the problem is the way you are trying to read the information. PS: Have you seen the grammar at http://json.org/ ? You also have a list of implementations there which you could use. _______________________________________________ Huggle mailing list Huggle(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/huggle

_______________________________________________ Huggle mailing list Huggle(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/huggle

-- Regards, Srikanth Ramakrishnan. Sign this petition to introduce Volvo buses in Coimbatore city: https://www.change.org/en-IN/petitions/the-transport-minister-tamil-nadu-in…

Reply

Petr Bena

22 Jan 22 Jan

2:04 p.m.

Easiest way to resolve conflicts is converting huggle.css to huggle_xml.css (if huggle_xml doesn't exist, then convert huggle.css) when you switch back to huggle 2x from huggle 3x you won't loose your configs On Tue, Jan 22, 2013 at 3:03 PM, Petr Bena <benapetr(a)gmail.com> wrote:

Because I have decided so. If you don't like it, please send your complaints now. It will be backward compatible though.

Reply

4121

days inactive

4126

days old

huggle@lists.wikimedia.org

Manage subscription

10 comments

5 participants

tags (0)

participants (5)

Krinkle
Petr Bena
Platonides
Samuel Damashek
Srikanth Ramakrishnan