Think we probably can just add a requirement of shortened names for MODs.
Thus MOD will have a regular, not restricted by characters and/or length, descriptive name and a shortened one that should be used to name folders and classes the MOD creates.
Search found 156 matches
- Sun May 01, 2011 3:47 am
- Forum: [3.1/Ascraeus] Merged RFCs
- Topic: [RFC|Merged] Autoloading & Class Naming Convention
- Replies: 27
- Views: 67823
- Sun May 01, 2011 3:09 am
- Forum: [3.1/Ascraeus] Merged RFCs
- Topic: [RFC|Merged] Autoloading & Class Naming Convention
- Replies: 27
- Views: 67823
Re: [RFC|Merged] Autoloading & Class Naming Convention
My concern here is what do we actually define as <modname>. Here are some examples of MODs names (no idea if they could use classes, just f.e.): Multiple File Upload(addon for UserBlogMod) Living Avatars Member Control Panel Integration Security Blanket Spam Blocker by Area-51-X.com Having folders l...
- Tue Apr 26, 2011 12:35 pm
- Forum: [3.x][Archive] RFCs
- Topic: [RFC|Accepted] Updated BBcode engine
- Replies: 146
- Views: 247017
Re: [RFC|Accepted] Updated BBcode engine
The patch doesn't respect fix for XSS in flash bbcode as well as classes autoloading feature, it should be fixed.
Didn't look deeper yet.
Didn't look deeper yet.
- Tue Apr 12, 2011 9:41 am
- Forum: [3.1/Ascraeus] Merged RFCs
- Topic: [RFC|Merged] Attachments management
- Replies: 38
- Views: 152237
Re: [RFC|Accepted] Attachments management
OK, we shouldn't provide filename, attachment id and link to files, and no delete option for files in PMs then. So the rest of things is posting info (date/author), and something instead of filename. Noxwizard suggested physical filename in IRC today. We could provide just a file type instead of it ...
- Tue Apr 12, 2011 7:23 am
- Forum: [3.1/Ascraeus] Merged RFCs
- Topic: [RFC|Merged] Attachments management
- Replies: 38
- Views: 152237
Re: [RFC|Accepted] Attachments management
Currently (in phpBB 3.0.x) every user has a full list of own attachments in UCP (those are files in posts and PMs) and can delete files, while administrator can't control attachments list at all. I suggest to leave administrator control over all files including files in PMs because that's a kind of ...
- Sat Apr 09, 2011 3:26 am
- Forum: [3.x] Discussion
- Topic: Defaults for session time to live and profile accessibility
- Replies: 19
- Views: 21474
Re: Defaults for session time to live and profile accessibil
Well, "general linking (within posts) to other sites is generally not permitted" as per our rule 5c (and rule 6a is related to this policy as well)Noxwizard wrote:These links already appear in their posts, which are visible to crawlers.
- Fri Apr 08, 2011 6:03 am
- Forum: [3.x] Discussion
- Topic: Defaults for session time to live and profile accessibility
- Replies: 19
- Views: 21474
Re: Defaults for session time to live and profile accessibil
We even don't have profiles publicly open neither on phpbb.com nor on area51 :) And when we're talking about hiding it from bots this affects only registered bots, so profiles will be crawled by search engines anyway. If the information is visible to registered users, the information is essentially ...
- Wed Apr 06, 2011 7:10 am
- Forum: [3.x] Discussion
- Topic: Defaults for session time to live and profile accessibility
- Replies: 19
- Views: 21474
Re: Defaults for session time to live and profile accessibil
To be honest, search -> entering the user is much faster way, because to make it via profile you have to find a link to profile, which requires to utilize users search first (unless the user you need is online luckily). So my opinion is that opening profiles to guests is useless in regard of user's ...
- Thu Feb 24, 2011 5:02 pm
- Forum: General Development Discussion
- Topic: Anyone running mysql 5.5?
- Replies: 15
- Views: 32364
Re: Anyone running mysql 5.5?
Same here.nn- wrote:I run 5.1.
- Thu Feb 24, 2011 5:00 pm
- Forum: General Development Discussion
- Topic: Separate #phpbb-dev channel
- Replies: 6
- Views: 11235
Re: Separate #phpbb-dev channel
I'm not sure about what option to choose because while I haven't objections about opening new development channel I'm still thinking we should keep the private one for some sorts of inner-team discussions (security issues for example). So if we just open new channel while having private one I'm for ...