Loading Profile...
Insert Link Painful for large WIKIs
Incremental search / Better locate on insert WIKI Link dialogue.
Our WIKI is has 250 pages and I expect it to top 1000 when it is complete, well, when it heads toward maintenance mode. When you click "link" and select "wiki", you get a drop down of all the pages. This is really painful to find the correct page. Being able to do an incremental - match anywhere in the page name, would speed this up and make it a lot less hassle to add links to existing pages.
AFAIK you don't get a well maintained link if you just paste the URL into the edited page.
Our WIKI is has 250 pages and I expect it to top 1000 when it is complete, well, when it heads toward maintenance mode. When you click "link" and select "wiki", you get a drop down of all the pages. This is really painful to find the correct page. Being able to do an incremental - match anywhere in the page name, would speed this up and make it a lot less hassle to add links to existing pages.
AFAIK you don't get a well maintained link if you just paste the URL into the edited page.
I’m being hindered :-)
4
people have this problem
I have this problem, too!
Tell me when someone solves it.
The more people who report this problem, the more it gets noticed.
The more people who report this problem, the more it gets noticed.
Create a customer community for your own organization
Plans starting at $19/month
-
Inappropriate?Got to agree with you here. I would like to see a text box on top of the links which would allow you to input a keyword which would dynamically filter the list of links -
Inappropriate?It's been discussed a bit internally, but do you guys have any ideas on how it might be implemented to be more manageable? I guess an autocomplete of some sort might make some sense.
We would love to hear your thoughts. -
Inappropriate?Vu, I replied to another entry, after I created this question. Can't find it now. Basically an incremental search, but on any word in the page name. I have a little application that has two boxes, so you can do an and search. As you type into either box, the entries reduce to those that contain the two (or one) strings in the search boxes. I can see without local storage it could be a lot of data, which could slow the list load. I would be happy with:
1) Insert link
2) Screen comes up with a search edit
3) I type in and hit search
4) You get the results as you do with the current search (which is now great)
5) At the top of the results you get a search box to type into
6) As you type, the results further reduce.
This gives you the best of both worlds, the user will intuitively balance performance depending on how many pages are in their wiki (e.g. 5 page wiki, they would just click (2) with no criteria, our 500 page wiki we would type something sensible in to retrieve only 50 rows).
Thanks for your time with this.
JAC
I’m happy someone listening.
-
Inappropriate?Hi,
I think an autocomplete would very helpful based on keywords in the file/page title. Something similar to the search autocomplete on pbwiki or even Getsatisfaction for that matter. A way to filter the search to file extensions (like you had in the upload page in 1.0) would make it more specific and particularly awesome. Can I patent that idea? ;-) -
Inappropriate?Same problem. Our school wiki last year grew to 2500 pages. We expect to double that this year. Finding a page in the dropdown is a nightmare.
I’m also being hindered.
-
Inappropriate?I have written a little application that parses the backups and gets all kinds of information and presents me with a table of contents etc. It also allows me to launch pages of the wiki. What I can't do is from my external editor, copy an internal link and paste it into the wiki editor. If I could do this, my problems would be solved.
Any ideas?
JAC -
Inappropriate?also.. grouping links in the dropdown within their folders might help a bit to make it easier to insert links..
as for pasting links into your app.. there must be a way to put a link into your clipboard since you can copy/paste links within the visual editor.. -
Inappropriate?Tim,
I think dropdowns unless incrementally filtered, are the wrong UI myself. Just check out how Getsatisfaction works when you start asking a question. An edit you type in with a listview below. It think that is the way to go.
Pasting: Well, AFAICS I would have to find out the clipboard format used by the editor and reproduce that. The Basic text formats (1 & 7 is it) only have the link text. The editor (in V1) uses a custom format 15xxx that seems to have all the juicy stuff, but it is proprietary to the editor, so just mimicing the string I see my do harm as the clipboard under custom types is just a bunch of memory AFAIK.
I did put a support into pbwiki on it, asking how to do it and if not, what was the editors used, but didn't get anywhere.
Does anyone know if the editors used in 1 and 2 are commercial / opensource or are they in-house?
I really don't want to get into the API for this right now as it is a user tool that I want them to be able to use the pbwiki editor.
Aside: The parser has made people happy as they can see the structure of the WIKI in a treeview. It really helps to visualize the shape of the wiki.
JAC.
I’m slightly frustrated
-
Inappropriate?the pbwiki folks are using http://www.fckeditor.net/ in pbwiki 2.0
-
Inappropriate?Just been over there and taken a look. I am not sure if PBWIKI add some plugin to get the copying of internal links to work as they do. My guess is they do, but I'll take a look in a day or so.
If it is a pbwiki plugin to the editor, then I am goosed unless the people at pbwiki publish the spec of the clipboard.
Thanks Tim.
JAC. -
Inappropriate?I second the idea to add links by incremental search. Actually I would propose to use the very same engine, you use for page search now. So you can search for the content you want to link to and not necessarily a page name, so I don't even have to remember the page name.
