Issues on the Wiki (Pro 6.3)


#21

A button back to the wiki page will be added in the next release.

In our design, the tree in wiki view only show the “pages” of a wiki instead of all files. In the edit view, you can add links of files to a wiki page, and the files can be downloaded via the links in the page.

This is because you are editing the underlying file of a wiki. Maybe we can hide the button of switching to view mode.


#22

Thank you. The button should ask for saving before browsing back, shouldn’t it ?

I think it’as pity because most of wikis give access to files and seeing the files in a tree view is a +.

But without a button to add files (which existed in the previous wiki editor), you have to switch between different windows.

I don’t really understand, but switching to view mode is not really useful if you cannot do anything…
By the way, i did not find any string to translate in Transiflex about he new wiki. WIll you add it in the future ?


#23

Hi Daniel,

Can you tell us the next release version (or the delay) in which you consider the wiki feature to be ready, according to the test and comments i made in this thread ?

I’m on 6.3.4 and there are still major problems (and regressions from 6.3.2 to 6.3.4 / rights and public wiki feature)

Regards,


#24

It will be added in the next release.

But without a button to add files (which existed in the previous wiki editor), you have to switch between different windows.

Attach files from other libraries will be added in a future version.

It will be added later.

We will release a new version within two weeks. Most of the issues will be addressed except the public wiki. Because we don’t have a corresponding public library concept, we need to think about how public wiki work, especially the permissions to avoid security problems.


#25

Great.

I understand that you switched from a Wiki permissions model to a library permissions model, which is accurate for logged in users (with permissions).

In my case, i’m not sure that public wiki really need to be based on a different permission model. Only registered users will edit them, in a wiki or library contex). To be simple, we only need a url that can give public access to the wiki. This could be achieved as the shared link for a library or a folder. The pubic link may display the wiki instead of the corresponding library, without the donwlad (Zip) button. Maybe you cloud put a sharing button on the right of the wiki icon (wiki list) and create a special url on which users could browse the wiki as if they were logged in and authorized. What do you think ?


#26

It is difficult to add Wiki like feature to public links. We still need a separate public wiki feature.


#27

yes. Keep it logical :neutral_face:


#28

Is there any progress on fixing wiki problems?


#29

Yes,

I’m quite interested by this progress


#30

@daniel.pan

Could you please give us any feedback about the next release of pro version and wiki enhancements ?

Regards,

Gautier


#31

Hi Gautier,

We are improving the wiki feature. But it will be included in version 7.0 as the code structure of 6.3 and 7.0 are quite different. We don’t want to duplicate the work.

Some obvious bugs will be fixed in 6.3.


#32

Hi Daniel,

Thank you for the quick answer.

Is the roadmap (delay and enhancements) still accurate ?

https://www.seafile.com/en/roadmap/

Web UI improvement
File labels improvement
File comments improvement
Collaborative online markdown editing
Upgrade bundled ES server to 5.0
Realtime notifications for better collaboration (when a folder is updated, the browser will be refreshed automatically)
SeaDrive 1.0
Two new sharing permission: online read-write, online read. Files can't be accessed via clients.
More traffic statistics: user's web upload, web download, sync traffic will be recorded.

Regards


#33

We have just uploaded version 6.3.7 to fix the Wiki page load problem.

The roadmap is still valid. Actually we are adding a lot of features related to online file editing and collaboration.