Petr, do you think it would be an option to use git version control as a
storage format instead of openzim? Which would facilitate edit and merge
back changes?
Rupert
On Jan 23, 2015 11:59 AM, Petr Bena benap...@gmail.com wrote:
Hi,
I know most of you hate reinventing a wheel so I first
I don't really know, it is technically possible but probably not
suitable. I don't want to create offline wiki. Just a reader of a
wiki, so no complex versioning is required for that.
On Sun, Jan 25, 2015 at 6:00 PM, rupert THURNER
rupert.thur...@gmail.com wrote:
Petr, do you think it would be
+1 for something like this. Its not a huge problem not to do semver but
it'd be simpler to explain if we did.
On Sun, Jan 25, 2015 at 10:27 AM, Legoktm legoktm.wikipe...@gmail.com
wrote:
On 01/15/2015 08:26 PM, Chad wrote:
I've been saying for over a year now we should just drop the 1. from
On 01/15/2015 08:26 PM, Chad wrote:
I've been saying for over a year now we should just drop the 1. from
the 1.x.y release versions. So the next release would be 25.0, 26.0,
etc etc.
+1, let's do this. It would allow us to follow semver and still retain
our current version number history
The storage format is very efficient and there is a c library for it :
https://libgit2.github.com
It should be not necessary to create complex versioning around it.
You plan to store html or wikitext?
Rupert
On Jan 25, 2015 6:37 PM, Petr Bena benap...@gmail.com wrote:
I don't really know, it
Either only wikitext or both, at least until I would get some wikitext
to html convertor lib
On Sun, Jan 25, 2015 at 7:41 PM, rupert THURNER
rupert.thur...@gmail.com wrote:
The storage format is very efficient and there is a c library for it :
https://libgit2.github.com
It should be not
On Sun, Jan 25, 2015 at 1:27 PM, Legoktm legoktm.wikipe...@gmail.com wrote:
On 01/15/2015 08:26 PM, Chad wrote:
I've been saying for over a year now we should just drop the 1. from
the 1.x.y release versions. So the next release would be 25.0, 26.0,
etc etc.
-1 from me, for what little that's
Hi!
I've written up an RfC[1] discussing the pain points for managing
extensions and suggestions on how to improve it.
Comments and feedback appreciated!
[1]
https://www.mediawiki.org/wiki/Requests_for_comment/Improving_extension_management
-- Legoktm
On 01/25/2015 06:04 PM, Zack Weinberg wrote:
On Sun, Jan 25, 2015 at 1:27 PM, Legoktm legoktm.wikipe...@gmail.com wrote:
On 01/15/2015 08:26 PM, Chad wrote:
I've been saying for over a year now we should just drop the 1. from
the 1.x.y release versions. So the next release would be 25.0, 26.0,
On 2015-01-25 6:04 PM, Zack Weinberg wrote:
On Sun, Jan 25, 2015 at 1:27 PM, Legoktm legoktm.wikipe...@gmail.com wrote:
On 01/15/2015 08:26 PM, Chad wrote:
I've been saying for over a year now we should just drop the 1. from
the 1.x.y release versions. So the next release would be 25.0, 26.0,
10 matches
Mail list logo