https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
James Forrester changed:
What|Removed |Added
CC||jforres...@wikimedia.org
S
https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
--- Comment #24 from Daniel Friesen
2011-11-23 08:35:29 UTC ---
(In reply to comment #23)
> > No, that's not "today's standard system", that's the verbose XML cult of
> > thought.
>
> You mean the Internet and the Semantic Web (including othe
https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
--- Comment #23 from Gregor Hagedorn 2011-11-23
07:21:57 UTC ---
> No, that's not "today's standard system", that's the verbose XML cult of
> thought.
You mean the Internet and the Semantic Web (including other serializations than
xml) is a c
https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
--- Comment #22 from Daniel Friesen
2011-11-23 06:44:30 UTC ---
(In reply to comment #21)
> (In reply to comment #18)
> > I'd rather have some new scheme for namespace string keys, rather than
> > continuing the ugly all-caps style we have now
https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
--- Comment #21 from Gregor Hagedorn 2011-11-23
06:29:25 UTC ---
(In reply to comment #18)
> I'd rather have some new scheme for namespace string keys, rather than
> continuing the ugly all-caps style we have now. For example, the user
> name
https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
--- Comment #20 from Daniel Friesen
2011-11-23 03:16:43 UTC ---
I guess I might have thought of extension registration being called in an
extension setup function. Though perhaps making use of caching so after the
actual registration it's ligh
https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
--- Comment #19 from Brion Vibber 2011-11-23 01:03:25 UTC
---
I fully endorse Tim's notes in comment 18.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You ar
https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
Tim Starling changed:
What|Removed |Added
CC||tstarl...@wikimedia.org
--- Comment #18
https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
--- Comment #17 from Gregor Hagedorn 2011-10-26
12:57:20 UTC ---
(this is getting a tad too philosophical and away from the original bug - this
was namespaces, not interwiki :-) - but I cannot resist the temptation:)
You describe a "lock it d
https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
--- Comment #16 from Daniel Friesen
2011-10-26 11:05:55 UTC ---
(In reply to comment #15)
> > A special page updating a sidebar could potentially have to simultaneously
> > edit
> > a half dozen pages. Check that the current user has edit per
https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
--- Comment #15 from Gregor Hagedorn 2011-10-26
10:19:54 UTC ---
> A special page updating a sidebar could potentially have to simultaneously
> edit
> a half dozen pages. Check that the current user has edit permissions on all of
> them, if a
https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
--- Comment #14 from Daniel Friesen
2011-10-26 09:54:32 UTC ---
(In reply to comment #13)
> 1. Having a nice editor for mw:Sidebar would be nice. But nothing in the
> present format prevents this, it just does not happen due to resource
> limi
https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
--- Comment #13 from Gregor Hagedorn 2011-10-26
09:24:08 UTC ---
1. Having a nice editor for mw:Sidebar would be nice. But nothing in the
present format prevents this, it just does not happen due to resource
limitation. If it were not in Media
https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
--- Comment #12 from Daniel Friesen
2011-10-26 09:02:52 UTC ---
(In reply to comment #11)
> That was a hornet nest, ok... I am almost convinced by the circular loading
> argument. Except I have a preference for wikis, that is: put things into
https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
--- Comment #11 from Gregor Hagedorn 2011-10-26
08:36:23 UTC ---
That was a hornet nest, ok... I am almost convinced by the circular loading
argument. Except I have a preference for wikis, that is: put things into a
transparent, editable objec
https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
--- Comment #10 from Daniel Friesen
2011-10-26 07:31:39 UTC ---
(In reply to comment #9)
> I agree. Registering and exporting/importing symbolic names like
> name="SMW_PROPERTY" would make a lot of sense and be more flexible than
> relying
>
https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
--- Comment #9 from Gregor Hagedorn 2011-10-26
07:05:00 UTC ---
I agree. Registering and exporting/importing symbolic names like
name="SMW_PROPERTY" would make a lot of sense and be more flexible than relying
on the key="102" etc. numbers.
T
https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
--- Comment #8 from Daniel Friesen
2011-10-26 06:32:04 UTC ---
I had an extension to this idea in dumps/export/import.
We update the dump format to also include the ="USER" ="SMW_PROPERTY" etc...
key that the namespace was registered with.
At
https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
--- Comment #7 from Daniel Friesen
2011-09-30 09:16:32 UTC ---
(In reply to comment #6)
> > Could you come up with an example of where namespace numbers are required
> > to be
> > in ascending order. I don't see how our config requires that.
https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
--- Comment #6 from Gregor Hagedorn 2011-09-30
08:55:18 UTC ---
> Could you come up with an example of where namespace numbers are required to
> be
> in ascending order. I don't see how our config requires that.
for example
http://www.media
https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
--- Comment #5 from Daniel Friesen
2011-09-30 08:35:32 UTC ---
(In reply to comment #4)
> (In reply to comment #3)
> > Different namespace numbers on different wikis shouldn't matter.
>
> I think it does if you manage multiple wikis. AFAIK in
https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
Gregor Hagedorn changed:
What|Removed |Added
CC||g.m.haged...@gmail.com
--- Comment #
https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
--- Comment #3 from Daniel Friesen
2011-09-23 23:11:00 UTC ---
Different namespace numbers on different wikis shouldn't matter.
On the second part dynamically registered namespaces should be in a separate
area from site-specific ones. Heck wi
https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
MZMcBride changed:
What|Removed |Added
CC||b...@mzmcbride.com
--- Comment #2 from MZM
https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
--- Comment #1 from Brion Vibber 2011-09-21 17:30:17 UTC
---
Probably should resurrect the old NamespaceManager idea -- sane thing would be
to actually have a table describing the namespaces and such. :)
Looks like an old old version is sitti
https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
Chad H. changed:
What|Removed |Added
Priority|Normal |Low
CC|
https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
Mark A. Hershberger changed:
What|Removed |Added
CC|m...@everybody.org |
Severity|normal
https://bugzilla.wikimedia.org/show_bug.cgi?id=31063
Mark A. Hershberger changed:
What|Removed |Added
Priority|Unprioritized |Normal
CC|
28 matches
Mail list logo