On 10/20/2011 04:02 AM, Haru Mamburu wrote: > Hi, All > > Also, I'd add all bug fixes with file storage system, because for now, I > have had to switch off (in 3.2): > > - versioning of attachment > - recycle bin for attachment > > to use it more or less seamless. Otherwise, there is a big mess with deleted > attachment occure. Everything I found, "JIRAded" already: XWIKI-6989, > XWIKI-6921, XWIKI-6918, XWIKI-6917. > Would be nice also to have resume download for big files: XWIKI-6921
Heh, I was just implementing XWIKI-6921, finishing it in a few hours. > So, we have a new feature, but with a very limited functionality, that really > works. Moreover, not each and every core functions really support > attachments, stored in FS. For projects with big and huge attachments these > topics are essential, IMO. > > Some additional support for cyrillic XWIKI-6955 is also welcome to put in > plan. :-) > > Best regards, > > Dmitry Bakbardin > > > 20 октября 2011, 11:25 от Eugen Colesnicov<[email protected]>: >> Hello developers! >> >> I seen your thread about XE 3.3 Roadmap + Finishing the 3.x cycle. In this >> post also described jira-requests, which you planned to resolve in a near >> future. >> >> All is great, the general strategy and each step are right, but also exists >> some other important issues (I think that its are important) and I want to >> put your attention on its. If is it possible, can you analyze possibility to >> include these issues in your nearly plans? >> >> 1. XE-1032 - XWiki 3.2 totally cannot work on Oracle (upgrade& fresh >> install failed). I think, it is important issue, because supporting of >> Oracle are declared - but in realty XE 3.2 is not supporting Oracle. >> >> To the future, maybe is good proposal, same as you wrote in a 3.2 release >> notes - which browsers are tested& supporting - also will write witch DB >> are tested& supporting. I can test new releases on Oracle. >> >> 2. XE-324 - allow special (russian and asian) characters in attachment names >> - very old issue, but I think is important, because without it - you cannot >> declare that XWiki have normal multi-language support. All modern >> web-platforms& applications now have this possibility (wikis, web-mails, >> social applications, etc.) only XWiki is lagging... >> >> 3. XWIKI-2870 - Ability to select query language in Database List property. >> This is more for developers, and also very old issue. I think it is >> important, because if you did something modern (in this case - XWQL) - need >> to support this in all "parts" of platform... If you didn't do this - your >> great work for modern features - looks like as "garbage" - I cannot use XWQL >> in Database List property - as a result - I am not using XWQL at all, >> because I don't want to write queries 2 times. >> >> If is it possible, can you analyze possibility to include these issues in >> your nearly plans? >> >> PS. Maybe another users know some more important unresolved issues? I think, >> user opinions will be interesting for developers! >> >> Thanks beforehand! >> Eugen Colesnicov >> -- Sergiu Dumitriu http://purl.org/net/sergiu/ _______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
