Search found 13 matches
- Sun Jun 06, 2010 4:32 am
- Forum: [3.x] Discussion
- Topic: WYSIWYG editor
- Replies: 104
- Views: 240542
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...
- Fri Mar 12, 2010 10:26 pm
- Forum: [3.x] Rejected RFCs
- Topic: [RFC|Rejected] Removal of subsilver2
- Replies: 238
- Views: 448825
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 ...
- Fri Feb 19, 2010 9:36 am
- Forum: [3.x][Archive] RFCs
- Topic: [RFC & Patch][Implemented] Coding Guidelines
- Replies: 55
- Views: 98525
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 ...
- Thu Jan 28, 2010 2:27 am
- Forum: [3.x] Discussion
- Topic: HTTP Messages
- Replies: 6
- Views: 12436
Re: HTTP Messages
Probably should throw a 401 on unauthorized ACP access as well, I'd guess.
- Mon Dec 28, 2009 3:53 am
- Forum: [3.x] Discussion
- Topic: rethinking the "New" development changes
- Replies: 13
- Views: 26138
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 c...
- Mon Dec 21, 2009 3:48 am
- Forum: [3.x] Discussion
- Topic: [Usability] Reducement of confirmation pages / Allow undo
- Replies: 37
- Views: 73888
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).
- Mon Dec 21, 2009 2:30 am
- Forum: [3.x] Discussion
- Topic: [Usability] Reducement of confirmation pages / Allow undo
- Replies: 37
- Views: 73888
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 th...
- Mon Dec 21, 2009 12:42 am
- Forum: [3.x] Discussion
- Topic: headers already sent + other error messages
- Replies: 9
- Views: 18466
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...
- Mon Dec 21, 2009 12:37 am
- Forum: [3.x] Discussion
- Topic: [Usability] Reducement of confirmation pages / Allow undo
- Replies: 37
- Views: 73888
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 ...
- Sun Dec 20, 2009 2:13 am
- Forum: [3.x] Discussion
- Topic: Package Management - was: Translations / styles
- Replies: 36
- Views: 63110
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...