-
Notifications
You must be signed in to change notification settings - Fork 38
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Standalone wiki-client page #169
Comments
We see things the same :) Here are a few notes and designs I suggested:
And yes I think this is a step towards an alternative way of showing wiki On 20 June 2016 at 16:23, Clément Renaud [email protected] wrote:
|
interesting. We could just continue what we started here https://github.com/clemsos/wiki-plugin-single-page . this is all very basic feature, but the rep is here already. we can also move that to another organization |
Good idea! On 21 June 2016 at 20:20, Clément Renaud [email protected] wrote:
|
I look forward to see what you do with this. |
While doing a bit of work about fedwiki design for mobile on #163 and #167 , it made me think it will be great to have a wiki-client that can handle a standalone page. Then the navbar and the handling of the lineup could all become optional - in the form of npm plugins as in other fedwiki plugins.
One particular achievement of this will be the creation of a standalone writer that can be integrated in virtually any software, but will have a common content and authorship structure. That means that instead of being a complete software, fedwiki could become a core part for differents websites and apps. For instance, I could drag the text from my app or another webpage into my wiki and start editing it. That also means that this standalone fedwiki page component will have minimum styling guidelines, so it can integrate in other graphic environment easily.
The general approach of developing this standalone page fedwiki-client will also be a good way to start to build a solid page component that will work on mobile and all - maybe as a react component as discussed in #167 . It requires to dissociate some of the logic of wiki-client like the auth system, that could by a 3rd part (like Meteor in the case of Topogram), the lineup or the menu (that can become plugins).
I don't know if anybody is interested to work on this, but I will be eager to start to experiment with ideas and code in that direction.
An example with Topogram
The idea comes from the fact that I have been working on the development of a software for collaborative creation and visualization of network called Topogram http://topogram.io . I would love to integrate it with fedwiki so people can describe anything using network representation dynamically only by writing content.
Here is a screenshot of the UI. I would like to replace the part with the red circle with fedwiki
Which should give sth like this
Where each node will be a single wiki page.
The software (topogram) is written in JS so it should be fairly easy to integrate. My idea is that if I could have only a single standalone page that will allow drag & drop and all the basic features of fedwiki. it will also allow me to integrate the many existing plugins and to rely on the authorship structure of fedwiki. Well, it will be absolutely great.
The text was updated successfully, but these errors were encountered: