This page has been deprecated.
A new home for Wikka
Yes, Wikka moved to a new home! I'd like to share with the Wikka user community some thoughts about the important changes Wikka is undergoing since a couple of weeks and open a collective discussion about Wikka's future plans. Feedback from contributors, users and friends from #wikka about the changes that we plan to implement is particularly welcome.Why
There are several reasons why migrating Wikka to a new host with a number of dedicated services is an important step.- Wikka was hosted at jsnx.com, i.e. JsnX's personal webserver: moving to a new server will not only free Jason from the burden of hosting Wikka on his personal resources, but will also allow a more distributed management and increase the project's visibility.
- The previous website had different uses, in an often confusing way. It was used as:
- the official website for Wikka, presenting the package, its features, news and important announcements from the developer team:
- a documentation server, using somewhat inconsistent naming conventions and often lacking a clear distinction between documentation and development pages;
- a test server, for new users willing to get a taste of Wikka and understand how to use actions, handlers and wiki markup: often these tests are made not only in the SandBox, but also in pages that present official documentation, so a lot of time is spent in reverting innocent tests that vandalize the official part of the website.
- an informal tracker for bugs and feature suggestions, listing in an often unmanageable way a lot of suggestions from users;
- a development server, with (incomplete) developer documentation;
- a plugin repository, where users and contributors share code, patches and add-ons, often producing a confusion between native features of the engine and plugins that are not (or not yet) implemented.
- Some basic services that have become the standard for mature open source projects with a large community of users or contributors - such as a code repository, an issue tracker, different mailing lists for different kinds of discussion etc. - are still lacking.
What has been done
For the above reasons, we have started implementing some important changes:- A dedicated server with a new domain name (http://wikkawiki.org) has been setup on a new hoster (Site5).
- A code repository (SVN) and an issue tracker (Trac) have been opened at http://wush.net/trac/wikka (with an alias at http://tracker.wikkawiki.org).
- A test server -- (http://demo.wikkawiki.org) allowing users to play with a live demo of the latest official release. The database is automatically reset to system defaults every day. This will allow users to play not only with the SandBox, but with a whole Wikka distribution, including features that are only available to registered users.
- A Wikka developer blog (blog.wikkawiki.org), a comfortable place to keep track of important development news, especially for those among us who cannot keep an eye on the dev website on a daily basis (ahum, are there any??).
- The full API documentation (api.wikkawiki.org) for prospective developers and contributors.
- Several mailing lists to keep up-to-date with the latest news from the Wikka devs.
- The project documentation has been moved to a dedicated subdomain (docs.wikkawiki.org). This -- together with some consistent naming conventions -- will allow us to build a rich and well-structured documentation for the end user and translate it in different languages. Furthermore, it will allow external wikis to refer consistently to the documentation or even to "pull" content from the documentation server using some of the syndication tool that we have started developing (remember our FetchRemote action?). Only registered users will have write-access to this server, under the management of Documentation admins.
What's next
The old website has been already moved to the present domain, but we are planning to organize the new website in a more rational way.- The main server (www.wikkawiki.org) will be completely refactored and used for official announcements of new releases and important news from the development team. This server will be read-only: only Wikka admins (and/or site admins) will have write-access.
- A support forum (forum.wikkawiki.org) for users needing help with Wikka installation, configuration and use.
- A development server (dev.wikkawiki.org) - hosting developer documentation (possibly self-generated through phpdoc headers), coding guidelines, and templates - will allow users to share ideas for new features and improvements. The actual code will be hosted in a dedicated branch of the SVN repository and candidate patches for official releases will be posted on the issue tracker. Interwiki links will allow referring in an easy way to code and tickets.
- A plugin repository: the development server will also be used to announce and discuss user-contributed add-ons. Plugins will be made available in a dedicated SVN repository (see the example of wp-plugins) , for easy tracking and downloading.
- Users will be able to suggest patches to the official repository as tickets/attachments
- SVN maintainers will take care of a selection and implementation of relevant modifications for the official package
- Other modifications will be directly maintained by contributors in the Plugin SVN repository, where these add-ons can be developed, announced and released independently from the Wikka development team.
- Particularly popular add-ons could be migrated to the official Wikka trunk as candidates for a release.
- A test server with the latest unstable package (fed by the SVN repository).
- All of the above servers should use a centralized user database, so admins, contributors, documenters etc. will only need a single login to access the different subdomains and services.
Feedback
That's it, your feedback is welcome. -- DarTarCategoryDevelopment
for the time being, just start using the tracker for new feature suggestions and bug reports would help.
@CyneBeald,
Patches and code contributions will still be welcome on the dev server (c.), the SVN repository will only provide an extra facility to store, track and release code in an easy downloadable format (for those contributors willing to use it). Downloading plugins from the code repository instead of browsing through complicated development pages will certainly be useful for end-users too.
The only example I can think of right now to illustrate what I mean is the commercial software QuickBooks. They have an area on their website where customers can find developers to write custom modules for them.
Wikka has such a great potential, but unfortunately it's hard to get things done a.k.a up & running, based on the current spread of information/documentation and files.
At least, i expect a new release (please), after a whole year of patient waiting! Really.
Keep Up!
DarTar, if I can do anything to help (also with respect to contributing covering hosting costs), let me know.
i am not a long time wiki user/admin but frankly i find the process of leaving comments on the pages quite unpractical...
at the moment there is no interactive channel between the devs and the users
except the irc channel which is very ephemeral...
a forum is quite flexible, archived, and searchable. and it lets the users to share tips, experiences, troubleshoot, ask questions. it is not practical to create a wiki page for issues like this. a wiki is a wiki and a forum is a forum ;-)
e.g. forum.textpattern.com
i like punbb a lot, it's lightweight, extensible, popular, just like wakka wiki ;-)
I agree that "threaded" comments might be desirable, but it's not just that comments aren't threaded, it's that they're not searchable (unless something has changed recently), the one regression from wakkawiki {wink} .
as i said before, i think comments are useless in a wiki,
and i would gladly see them go entirely ;-)
even this very thread about the comments would look much better,
organized, searchable in a dedicated forum. why reinvent the wheel
and do something with less features if there are other programs that
do it better? what's the next step? online chat?
i like wikka because it's small, fast, does well what it's supposed to do:
be a wiki. i like punbb for the same reason: small, fast, works well.
when i want a wiki i use a wiki, when i want a forum, i use a forum.
but that's just me ;-)
You're right in suggesting that we should make the footer comment functionality 100% modular, so users who don't need it can easily drop it.
OTOH, adding threaded comments doesn't mean turning Wikka into a forum. Footer comments are there for those wiki admins who want to keep control on page content while allowing other (including anonymous) users to post comments.
It's true that a wiki is a wiki and should not be used as a replacement for a forum, but there is a common misunderstanding about what one can do with a wiki engine. In particular, people often assume that wikis are good only for unconstrained collaborative editing, i.e. anyone can edit anything.
It turns out that a considerable number of Wikka users (including me) installed Wikka as a backend for a personal or educational website with some restrictions, e.g. write-access:!*, read-access:* and comment-access:+
Even in the case of larger documentation projects (e.g., openformats.org), it's nice to have pages restricted to the website maintainers while allowing unregistered users to post comments.
Wikka ACL give our engine a lot of flexibility.
Why discontent many users and drop footer comments if they are considered useful?
the comment code -- as it is -- is more of an obstacle than a useful tool.
-can't edit what was written
-many comments are a mess - no orientation
-can't quote
and so on, and so on.
but i vote 100% for a modular (optional) more feature packed comment system.
if i only had the motivation to work on it ;-) i don't need comments in a wiki (yet)
editable comments: a feature many users are asking
> many comments are a mess - no orientation
I'm afraid I don't get this
>can't quote
here's another nice feature suggestion... ;)
hey - it seems we agree both on the implementation (modular) and on the missing features, so what else are we waiting for? ;p
> I'm afraid I don't get this
it's basically threading and/or blockquote.
if i want to react to the first comment on this page, i need to quote parts of it
and we do that here by using ">" ;-) basically a "quote" feature request ;-)
something like ""~&"" for comments would be maybe also nice..
I also noticed that apparently there's no longer DNS lookup (the spam log is a dead give-away) - that should definitely speed up some things.
i (and probably others) need a good channel to share our knowledge
and ask questions.
this should be the first thing to do imho so we can have a real
feedback system and a place where people can ask questions
and not clobber the particular action pages, for example...
call me stupid but a forum is a forum and a wiki is a wiki. one more or one less cookie to hold my password to another forum/wiki makes no difference at all.
it costs nothing and would make orientation easier, no?
It is an Image Blog! 'cmon, what's the point in misleading ppl?
ALSO; why do I need to obtain permission to obtain access to the /current/
documentation?! Further; why aren't ppl informed when they download the
software, that they will be pretty much on their own when it comes to
administration of their newly installed copy of the Wikki. As the documentation
regarding administration on these pages are SEVERELY lacking, and worse; it's
organized not unlike a plate of spaghetti. You're left with more questions than
answers. OH did I mention that the documentation that you must ask permission
to read is for a FUTURE version. Sheesh. The way this project is setup, it will
most surely fail.
Bummer.
- As you can see the docs and forum server are in the "What's next" section, which means we are working on it.
- If you are looking for up-to-date Wikka documentation for the latest version please refer to http://wikkawiki.org/WikkaDocumentation
- If you are not happy with the way the documentation is organized, please tell us how to improve it instead of giving some generic and pointless criticism.
Thank you very much for your response. And /please/ forgive my frustration(s).
You are quite correct.
Here's the scenario;
I'm currently hosting some 32 domains. Each of which has some 200 hosts.
I just picked up 2 more domains (names to be announced later) that I am setting
up to host source, source snippets, libraries, and projects of nearly any type
(open or similar source, of course). Anyway I'm also purchasing some 500
additional IP's to accommodate this en devour. I needed something to pose as
the opening page to announce this project. I have been evaluating CMS's,
Forums, and Wiki's and all manor of related projects. Over the past 45 days, I
have evaluated some 300 such items. I examined Wikka here at wikkawiki,
and read what I /believed/ to be an adequate amount of information. Thus
my impression was very good. It was by far the most attractive Wiki I had found
thus far - elegant in it's simplicity - which is important if your developing some-
thing else that must include the Wiki. As it makes it easier to "plug-in". In
any case. It appears to be a /very/ flexible system. However, this "flexibility"
(as I perceive it) lends itself to /utter/ /confusion/ - meaning; I /believed/
there was an Administration interface provided with it (something I couldn't
fully experience reading the information here, or on the demowiki) that would
better orient me with the entire product and allow me to better /present/ the
wiki as I had anticipated. Instead, I discovered that there were little to no
options provided in the spartan admin area. I was /sure/ that I was missing
something. So I immediately went to the documentation link in my newly installed
wiki, only to discover there was none. :( OK, I thought. I'll just go to Wikka and
download the documentation set from wikkawiki and look it over throughly, and
if I still find I have more questions, I'll go back to wikkawiki and see if I can find
an answer. But upon my arrival here, I discovered there, in fact, was /no/
documentation - not in the most common sense anyway. So, that ultimately
/heightened/ my anxiety - something to think about maybe. Anyway, to the point;
I had envisioned making wikkawiki the opening page to the new project. It /seemed/
like it would be fast and simple to layup and allow me to effectively describe the
project, and allow visitors to respond with their perceptions and hopes and
also provide suggestions. It also /seemed/ to me that I would easily be able to
"blend" it in with the overall theme (visually, and conceptually) of the project. But
as I /perceive/ it now (wikkawiki), it appears that to accomplish a great deal of
flexibility with it, requires opening the files themselves and altering them to make
changes. This /was/ /not/ the impression I received reading the "Features"
sections here. I guess I simply expected a little more in the sense of a "control
panel" with this. And quite a bit more, where administration is concerned. I
/love/ the way it looks, and the support here is /tops/! But I guess I'm still
struggling with the idea of using this or not.
I hope this provides a little more perspective. And I /greatly/ appreciate all
your time and consideration.