Search found 13 matches

by Desdenova
Sun Jun 06, 2010 4:32 am
Forum: [3.x] Discussion
Topic: WYSIWYG editor
Replies: 104
Views: 101398

Re: WYSIWYG editor

I see that some people may not want a WYSIWYG editor, but that person is not the average joe. And I don't see why it shouldn't be an option. You can always switch to a plain editor if you think you are cool. Or one that emulates VIM using javascript . Also, you voice concerns with non-javascript de...
by Desdenova
Fri Mar 12, 2010 10:26 pm
Forum: [3.x] Rejected RFCs
Topic: [RFC|Rejected] Removal of subsilver2
Replies: 238
Views: 227266

Re: subsilver2

Actually, unless I'm very mistaken there is logic in there which parses all the @imports. How else would we get the whole stylesheet into the database? surely we interpret the @import when compiling style.php, but this does not necessarilly mean we take it into account when *deciding* to recompile ...
by Desdenova
Fri Feb 19, 2010 9:36 am
Forum: [3.x][Archive] RFCs
Topic: [RFC & Patch][Implemented] Coding Guidelines
Replies: 55
Views: 53235

Re: [RFC & Patch][Implemented] Coding Guidelines

I have to say, I'm pretty disappointed in the team's decision to use camel_case across the board for everything. Seeing as how the eye naturally interprets the underscore versus how it interprets changes in case, it seems to me that it may very well ruin the readability for most of the more obscure ...
by Desdenova
Thu Jan 28, 2010 2:27 am
Forum: [3.x] Discussion
Topic: HTTP Messages
Replies: 6
Views: 6149

Re: HTTP Messages

Probably should throw a 401 on unauthorized ACP access as well, I'd guess.
by Desdenova
Mon Dec 28, 2009 3:53 am
Forum: [3.x] Discussion
Topic: rethinking the "New" development changes
Replies: 13
Views: 13413

Re: rethinking the "New" development changes

Wouldn't it be much easier and manageable to create a release schedule or some form of a plan and instead have a stable release and beta releases or "RC" Please remember that the developers do have to work for a living and thus cannot constantly code for phpBB. There's this stupid thing called " re...
by Desdenova
Mon Dec 21, 2009 3:48 am
Forum: [3.x] Discussion
Topic: [Usability] Reducement of confirmation pages / Allow undo
Replies: 37
Views: 33992

Re: [Usability] Reducement of confirmation pages / Allow undo

Well, that's for anything that you use a POST form for, but it does not cover things like the delete post button's link, which the submission is just sent via GET (which is why the confirmation page exists).
by Desdenova
Mon Dec 21, 2009 2:30 am
Forum: [3.x] Discussion
Topic: [Usability] Reducement of confirmation pages / Allow undo
Replies: 37
Views: 33992

Re: [Usability] Reducement of confirmation pages / Allow undo

specifically, i do not think that "delete" is an especially hard one to teach undo. When you use a DELETE FROM table WHERE some_id = 1 , you would basically have to recreate that entry. It isn't easily reversed. All the more reason for something like a "soft delete". taken to the extreme, the undoa...
by Desdenova
Mon Dec 21, 2009 12:42 am
Forum: [3.x] Discussion
Topic: headers already sent + other error messages
Replies: 9
Views: 8905

Re: headers already sent + other error messages

Well, errors :) Headers already sent, corrupting a table, detect if user has forced incorrect url settings for cookies, etc... Can we detect an error and try automated repairs for it? For headers, parse through files and see if there is something that is not supposed to be. Corrupt / REPAIR and coo...
by Desdenova
Mon Dec 21, 2009 12:37 am
Forum: [3.x] Discussion
Topic: [Usability] Reducement of confirmation pages / Allow undo
Replies: 37
Views: 33992

Re: [Usability] Reducement of confirmation pages / Allow undo

The largest issue is that of designing an implementing an "undo" for certain things. If you were to delete a topic, it should use a confirmation and not an undo as otherwise you have to temporarily store that data somewhere while you make it possible to undo the action -- which means most likely tha...
by Desdenova
Sun Dec 20, 2009 2:13 am
Forum: [3.x] Discussion
Topic: Package Management - was: Translations / styles
Replies: 36
Views: 29666

Re: Package Management - was: Translations / styles

My point of view on this: [...] Agreed 100%. As far as I'm concerned a user should have full control of their package sources, prohibiting this ability is severely limiting. I agree too. There really should be something similar to APT. MOD authors could provide their own repository for their MOD, w...