Hi devs,
I'd like to suggest we use {{dashboard style="colortheme"/}} by default on the main dashboard for the following reasons:
1) the default style has a heading size issue and it's hard for the dashboard to guess the correct size in all situations
2) it clearly shows it's a dashboard
WDYT?
Thanks
-Vincent
Hi devs,
In writing my own auth plugin I want the ability to run XWiki in
anonymous browsing mode as well as the login request triggering my
particular auth jar (much like xwiki.org - you can many pages w/out
actually authenticating). I have two resulting questions.
1)
Is there a magic user name in the form of XWiki."anonymous"/Guest etc..
that I can return in my checkAuth? OR am I thinking about this
incorrectly and xwiki already knows that this user is who the context is
representing..
2)
I see in reading the xwiki.cfg and tutuorials on how to run your own
authentication code that there is a way to override the login page
within the config. Is there also a way to "override" the call to the
login? I know in (cough,cough) confluence they have a seraph mechanism
that you can override what the login action is... looking for something
similar here..
I've thought of perhaps using an apache rewrite rule on the
login/XWikiLogin page to trigger my auth
Thanks guys..
------
thanks
kevin.foote
Hi devs,
I was looking at http://jira.xwiki.org/jira/browse/XWIKI-5336 and
basically I'm like Jens, I don't understand why we are using creation
date in feed plugin.
So I'm proposing to change it for date (last version date).
FYI I'm planning to change
protected Date getDefaultPublishedDate(Document doc, Map<String,
Object> params, XWikiContext context)
{
return doc.getCreationDate();
}
to
protected Date getDefaultPublishedDate(Document doc, Map<String,
Object> params, XWikiContext context)
{
return doc.getDate();
}
in com.xpn.xwiki.plugin.feed.SyndEntryDocumentSource
WDYT ?
Here is my +1.
--
Thomas Mortagne
I am the beginner contributor of xwiki, and I need to find helps like how to
get the source files, and how to compile them properly , and maybe some
other problems when I am going on. I think most of the quesion at the
begginning might be disscussed before in the mailing list. Is there any
search tools for such kind information?
--
Best wishes,
许凌志(Jame Xu)
MOE KLINNS Lab and SKLMS Lab, Xi'an Jiaotong University
Department of Computer Science and Technology, Xi’an Jiaotong University
Hi devs,
I wrote two design proposals regarding the new message stream
functionality (a.k.a. user status).
- http://dev.xwiki.org/xwiki/bin/Design/UserMessagesVisibility specifies
what kind of messages (and wiki activity) should be displayed in
different contexts, like what should I see in my network tab, what
should I see when I visit another user's profile, etc.
- http://dev.xwiki.org/xwiki/bin/Design/UserMessagesPrivacy specifies
some privacy requirements regarding messages, both from the read and
write perspective, like should I be able to see messages for a given
group, can I send a direct message to another user, etc.
Any feedback is welcome.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
Hi everyone,
I'd like test the waters and see what you'd feel about moving XWiki's source to GitHub.
Pros:
* Use Git instead of Subversion. Which means a better SCM especially wrt branching / diagnosins bugs (bissect) just to name 2
* More contributors since it's easy to fork/branch and we can see contributor's patches (pull requests) and apply them way more easily than with subversion
* More collaboration in general between committers and contributors
* A better SCM web site (check github.com - offers graphs/stats, views of forked/branched repos, etc)
* Good buzz for us (tech marketing)
* GitHub provides SVN integration (see https://github.com/blog/644-subversion-write-support) which means we can continue using SVN tools such as svnsearch, ohloh, our IDE integrations, etc
* Less admin work and less maintenance since this is handled by GitHub itself
* Good uptime on GitHub (probably at least as good as ours if not better)
* Improved developer spirit since most devs wants to start using Git
Cons:
* Have to learn a new SCM/new tools
* No integration of users with xwiki.org
* Import/reorg work to be done obviously
* Reliance on an external provider (but seen the other OSS projects there I'm not worried and there's no lock in since your have the repos spread on all users' machines)
IMO the pros heavily outweight the cons.
WDYT?
Thanks
-Vincent
Hi Devs,
I would like to improve Wiki Importer sandbox project, by making few changes
to the design to widen it scope of usage, and make sure its useful to the
community.
In the existing one (
http://svn.xwiki.org/svnroot/xwiki/contrib/sandbox/xwiki-wikiimporter/), I
have implemented import from MediaWiki XML.
Limitations:
* listener implementation is tightly coupled with storage ( Importing/Saving
pages or other objects into XWiki).
* listener doesnt include all the xwiki related events.
* No separate storage component, that can enable both imports and exports (
e.g. export the parsed content into XAR ).
Existing documentation on WikiImporter :
http://gsoc.myxwiki.org/xwiki/bin/view/Import+Export+other+wikis/WebHomehttp://gsoc.myxwiki.org/xwiki/bin/view/Import+Export+other+wikis/Wiki+Impor…
Can i move the design documentation to Design Proposal wiki.?
As Thomas suggested, it will be good to rename wiki importer to converter as
it is not limited to importing only, So am planning to change it to
WikiConverter.
WDYT?
Arun Reddy
Arun Reddy