On Mon, Jan 4, 2016 at 5:18 PM, Eduard Moraru <[email protected]> wrote:
Hi,
A big problem with G (pasting URLs) is when the wiki is set up with URL rewriting.
AFAIK, URL rewriting is used heavily on many XWiki installations, either: - to remove the /bin/view/ part (which would be manageable, if we add some configuration parameter to know about it) or - to have prettier URLs for a select group of documents (which complicates things a lot when trying to reverse the process if XWiki does not know about the specific mappings)
Finally, we need to also consider that an URL can lead to any mode in XWiki (not just view), while XWiki's current link syntax only generates links to "view" mode (and "download" mode in some cases) AFAIK, so these URLs would not be able to be converted to wiki syntax, unless we extend the syntax.
We can use "path:" or "url:" references for modes other than "view": [[Edit Page>>path:/xwiki/bin/edit/Space/Page]] Thanks, Marius
Thanks, Eduard
On Fri, Dec 18, 2015 at 10:05 AM, Denis Gervalle <[email protected]> wrote:
G is to me the priority in what you mentioned. When looking at how users of the wiki syntax create links, I have seen that a lot of them does not understand, care, or bother to use doc references, probably because they are not concerned by the impact using a full URL has. So G is also for me a good way to show them the right practice and to also fix old usage that was bad.
For the wiki editor, I am not sure a feature like E is what I would like, but it does not hurt. F would be very helpful and probably my second priority here, especially if we care about making the operation doable only using the keyboard (vi like).
C is of course helpful, and a must have if we decide to make the autocompletion extension bundled.
And as Guillaume, I also had in mind the magical way, which intercept the URL and transform it to a link. We should however be careful with too much magic, being smart like this will require also taking care of the context, to still allow pasting URL when needed (inside a code macro, inside a url: link, etc…)
Thanks,
On Thu, Dec 17, 2015 at 4:02 PM, Guillaume Lerouge <[email protected]> wrote:
I like G too. Most of the time, when creating a wiki link to a page I have that page open in another tab.
If its URL could be intercepted and automagically turned into a wiki link, that would be very nice.
In addition to this, given B (automatically display page title for wiki links), it could reduce the total number of steps to 3:
1. Go to page you want to link to (Target Page). a. Copy URL 2. Go to page where you want to add the link (Source Page) a. Paste URL 3. Save
=> that would be quite cool...
Thanks,
Guillaume
On Thu, Dec 17, 2015 at 3:41 PM, [email protected] < [email protected]> wrote:
On 17 Dec 2015 at 15:38:08, Ecaterina Moraru (Valica) (
(mailto:[email protected])) wrote:
Ideally I like C and E.
Note that E doesn’t solve all use cases… while G does :)
For example how many times I have to edit wiki pages on xwiki.org becauses users have pasted full URLs in wiki links instead of references! the problem with full URLs is that 1) they don’t work with refactoring (renames for ex) and 2) they’re displayed as external links.
Thanks -Vincent
Thanks, Caty
On Thu, Dec 17, 2015 at 3:56 PM, [email protected] wrote:
Hi devs,
A user has reported the following, mentioning it was taking a lot of steps, and we’ve all experimented that creating wiki links could be easier:
“ 1. Go to page you want to link to (Target Page). a. Copy URL 2. Go to page where you want to add the link (Source Page) 3. Edit it using Wiki Syntax Editor 4. Create the link i. Write [[ ii. write label iii. write >> iv. paste the link pointing to Target Page v. Remove https://w.amazon.com/bin/view from pasted link vi. Replace manually all encoded URL strings (like + and other symbols) vii. Replace “/” with “.” viii. Add WebHome ix. write ]] 5. Save 6. Done. "
So I’d like to brainstorm about what we could do to make it easier to creating wiki links.
Some ideas:
A) Remove step 4. ix with http://jira.xwiki.org/browse/XWIKI-12920
B) The label>> parts (steps ii and iii) can be omitted, especially when the link label generation is configured to use titles
C) The real solution for me is autocomplete on links: http://jira.xwiki.org/browse/XWIKI-206 This should probably be implemented in the autocomplete extension: see
http://extensions.xwiki.org/xwiki/bin/view/Extension/AutoCompletion+API
and
http://extensions.xwiki.org/xwiki/bin/view/Extension/AutoCompletion+Applicat...
D) Using CTRL+G helps since it provides the reference and helps
in finding
the page to link to. It can be considered as a simplified autocomplete, ie a simplified impl for C).
E) Marius mentioned elsewhere: "I would also like to have a common Insert Link dialog between the CKEditor and the Wiki Editor. You click on a button on the tool bar, you get a dialog where you can search for the target page (or select it from the tree) and then click Insert, which will generate the wiki syntax for your. The Insert Link dialog can have a shortcut key for quick access. Of course autocomplete is nicer but it's more work, while the Insert Link dialog is a must for the CKEditor anyway.”
F) Marius mentioned elsewhere: "We can also implement a dedicated "Insert Reference" dialog for the Wiki Editor that offers a text input where you can paste an URL and the dialog attempts to extract the entity reference from the URL and inserts it in the Wiki Editor text area to be used for links but also for macros or anywhere where you might need a document reference. This can be implemented as an XWiki extension.”
G) Add the ability to paste a full URL in the reference part of wiki links and upon save the Rendering will automatically transform it into a document reference if it’s a local link. And if you want a real url for a local link then you’d need to use the “url:” prefix. Implementation: One relatively simple solution is to parse the URL (using a ResourceTypeResolver/ResourceReferenceResolver) and then serialize it and verify if the result matches the passed URL. If it does it means it’s a local URL.
H) Caty mentioned elsewhere: "We could display the reference of a page in: a. a Permalink dialog (containing the URL + reference) that the user can copy paste in browser input or editor b. Information tab c. other?”
IMO the best (possibly not the easiest) are C) and G). With those 2 we would get: * easy pasting of existing URLs * easily finding the page you want to link to when you don’t have its URL
Now, even if we agree to do C) and G) in the future I still think that all the other ideas (ie. E, F and H) could also be implemented.
WDYT?
Thanks -Vincent
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
-- Denis Gervalle SOFTEC sa - CEO _______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs