This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
3991
Features / Re: New revs - Public comments
« on March 30th, 2012, 12:53 PM »
Doing it off groups is an inference, it's also not possible to infer 'friends' from that either, assuming you wanted to do that, nor is it possible to infer 'just me' or 'everyone' without guessing or coming up with some magic state to refer to these. Much better would simply be to define a value in the boards table to indicate that board's default privacy, which avoids any risk or inference being wrong, and it's almost certainly faster too.
3992
Features / Re: Badges and the displaying thereof
« on March 30th, 2012, 12:50 PM »
We've managed to talk about several very very different things.
On the one hand, is user-created groups. A lot of that is UI fluff. I'd argue that the badges for these should never be shown (mind you I don't see that you'd ever have badges for them in the first place, eh)
On the other hand is groups based on other criteria that isn't assigned and isn't posts, e.g. likes. Or number of topics created. Or number of attachments posts. Or total time logged in. Or karma if we still had it. This is where it becomes painfully obvious that there are problems in the post count group setup, in terms of extensibility, usability and reliability. As I've alluded to, it's possible to make people admins *by accident* by screwing up the post count groups.
Which means, then, perhaps we want to rethink how post count groups are actually managed, and not make them groups in the current conventional sense. It does also suggest rethinking how such permissions are determined, too.
On the one hand, is user-created groups. A lot of that is UI fluff. I'd argue that the badges for these should never be shown (mind you I don't see that you'd ever have badges for them in the first place, eh)
On the other hand is groups based on other criteria that isn't assigned and isn't posts, e.g. likes. Or number of topics created. Or number of attachments posts. Or total time logged in. Or karma if we still had it. This is where it becomes painfully obvious that there are problems in the post count group setup, in terms of extensibility, usability and reliability. As I've alluded to, it's possible to make people admins *by accident* by screwing up the post count groups.
Which means, then, perhaps we want to rethink how post count groups are actually managed, and not make them groups in the current conventional sense. It does also suggest rethinking how such permissions are determined, too.
3993
Bug reports / Re: SMF bug 3702 (emptying file cache when changing cache settings)
« on March 30th, 2012, 12:47 PM »
Right now it's a $settings value. Which means that you cannot ever pull $settings from a non-file cache because you don't know to do so until you've loaded $settings in the first place.
3994
Archived fixes / Re: Time offset (auto detect)
« on March 30th, 2012, 12:46 PM »
I know exactly when it broke, I broke it when I changed over everything internally to use the proper PHP timezone functions.
3995
Features / Re: New revs - Public comments
« on March 30th, 2012, 12:33 PM »
I only rewrote it insofar as it would actually not throw fatal errors to non admins ;)
I'm thinking this should be converted to a setting stored in the boards table, rather than implied or inferred from the (old) groups setup. I'm wary of touching it because I'm not quite so sure how you want to set it up ultimately, and I have other things to play with today anyway.
I'm thinking this should be converted to a setting stored in the boards table, rather than implied or inferred from the (old) groups setup. I'm wary of touching it because I'm not quite so sure how you want to set it up ultimately, and I have other things to play with today anyway.
3996
Bug reports / Re: SMF bug 3702 (emptying file cache when changing cache settings)
« on March 30th, 2012, 12:26 PM »
Also, interestingly, I gather SMF has moved the cache setting itself into Settings.php to enable getting modSettings properly from cache.
3997
Archived fixes / Re: Time offset (auto detect)
« on March 30th, 2012, 12:12 PM »
It's still wrong here now, even though it's been updated >_<
Guess I know what I'm doing today :(
Guess I know what I'm doing today :(
3998
Features / Re: Badges and the displaying thereof
« on March 30th, 2012, 11:42 AM »
User-owned groups is something else again on top of the other types of groups mentioned.
The post you linked, it does pretty much cover everything, I think.
The post you linked, it does pretty much cover everything, I think.
3999
Features / Re: New revs - Public comments
« on March 30th, 2012, 11:28 AM »
Primary access to boards is handled through the separate table, sure. But in Load.php there is some code that actually relies on member_groups being set in the boards table to set some parameters for board privacy. I don't know if you plan to reuse that or rework it in light of topic privacy or not, so I didn't remove it but there is a note above it asking whether that should be removed.
If *that*'s removed, then the entire structure of member_groups can go from the boards table.
If *that*'s removed, then the entire structure of member_groups can go from the boards table.
4000
The Pub / Re: Ready for prime time...?
« on March 30th, 2012, 11:26 AM »
Yup, I was speaking pretty generically, though I would also note that there was something pretty specific that set me off on this one.
For what we're doing, 'is it ready for prime time' is pretty much 'is it ready for download' when you think about it. If it's ready for prime time, it's ready for download. So to my mind, it came across as a compliment wrapped in a 'when can we download it' question, which sets me off.
I'm sorry that I overreacted, as may be evident elsewhere, life for me is interesting right now, seeing how I split up from my long-term girlfriend and moved house last week, and I'm still unpacking. Consequently, I tend to see things even more cynically than normal, and I'm sorry I snapped - but hopefully you can understand where I'm coming from and why it pushes my buttons, especially since the very first thread in this board does essentially answer the more direct version of what you were asking.
For what we're doing, 'is it ready for prime time' is pretty much 'is it ready for download' when you think about it. If it's ready for prime time, it's ready for download. So to my mind, it came across as a compliment wrapped in a 'when can we download it' question, which sets me off.
I'm sorry that I overreacted, as may be evident elsewhere, life for me is interesting right now, seeing how I split up from my long-term girlfriend and moved house last week, and I'm still unpacking. Consequently, I tend to see things even more cynically than normal, and I'm sorry I snapped - but hopefully you can understand where I'm coming from and why it pushes my buttons, especially since the very first thread in this board does essentially answer the more direct version of what you were asking.
4001
Features / Re: Badges and the displaying thereof
« on March 30th, 2012, 11:22 AM »
Well, I'd love to have such groups, where groups are based on different criteria (I've seen 'time based' and 'karma based' done as mods) Though doing it is not simple.
Mind you, the whole way post count groups is handled is very awkward and special, and has all sorts of interesting risks, namely that it is possible to get users who are true admins by misconfiguring or attempting to remove all the post count groups.
Then there's the matter of post group permissions. Or even like-count group permissions. Is that a route we'd want to go down potentially?
Mind you, the whole way post count groups is handled is very awkward and special, and has all sorts of interesting risks, namely that it is possible to get users who are true admins by misconfiguring or attempting to remove all the post count groups.
Then there's the matter of post group permissions. Or even like-count group permissions. Is that a route we'd want to go down potentially?
4002
The Pub / Re : Bloc Madness
« on March 30th, 2012, 11:21 AM »
In SMF and Wedge currently, the primary group badge is the only badge shown, and if the primary group does not have a badge, post count badges are shown. No additional groups are shown anywhere outside of the account settings page.
4003
Features / Re: New revs - Public comments
« on March 30th, 2012, 11:15 AM »
Hmm, wasn't there already another index called id_board though? I can't remember.
date_offset_get is a synonym of one of the DateTime methods, yes, I suppose I could use date_create but I was in a bit of a hurry last night. There are also so many methods and aliases that it's genuinely confusing as to which to use when.
I will link my Tumblr when I decide how best to do so, thinking I might put it in my sig ;)
date_offset_get is a synonym of one of the DateTime methods, yes, I suppose I could use date_create but I was in a bit of a hurry last night. There are also so many methods and aliases that it's genuinely confusing as to which to use when.
I will link my Tumblr when I decide how best to do so, thinking I might put it in my sig ;)
4004
The Pub / Re: Ready for prime time...?
« on March 30th, 2012, 12:39 AM »
Well, it IS an actual warning system. It allows you to issue variable-strength warnings (or revoke previously issued warnings) with a single interface, and you can indeed issue warning messages to users from it. It's just not what you're expecting, doesn't mean it isn't capable.
The user menu is the one attached to the user name in posts, while the action menu is the More... menu in posts.
What you're referring to is the Quick Access menu which is something entirely separate, but I think you're right about it needing separators, and you're indeed agreeing with Nao, as it happens. (The main menu is the main menu at the top of the page, which has separators between items as appropriate)
The user menu is the one attached to the user name in posts, while the action menu is the More... menu in posts.
What you're referring to is the Quick Access menu which is something entirely separate, but I think you're right about it needing separators, and you're indeed agreeing with Nao, as it happens. (The main menu is the main menu at the top of the page, which has separators between items as appropriate)
4005
Features / Re: New revs
« on March 30th, 2012, 12:13 AM »
(5 modified, 6KB)
Revision: 1524
Author: arantor
Date: 29 March 2012 23:12:06
Message:
! Add extra key to categories table. (install.sql)
! date_offset_get() requires something to be passed to it. (Profile-Modify.php, Register.php)
! State the maximum sizes for avatars when uploading or using external avatars. (Profile.template.php, Profile language file)
----
Modified : /trunk/Sources/Profile-Modify.php
Modified : /trunk/Sources/Register.php
Modified : /trunk/Themes/default/Profile.template.php
Modified : /trunk/Themes/default/languages/Profile.english.php
Modified : /trunk/other/install.sql
Revision: 1524
Author: arantor
Date: 29 March 2012 23:12:06
Message:
! Add extra key to categories table. (install.sql)
! date_offset_get() requires something to be passed to it. (Profile-Modify.php, Register.php)
! State the maximum sizes for avatars when uploading or using external avatars. (Profile.template.php, Profile language file)
----
Modified : /trunk/Sources/Profile-Modify.php
Modified : /trunk/Sources/Register.php
Modified : /trunk/Themes/default/Profile.template.php
Modified : /trunk/Themes/default/languages/Profile.english.php
Modified : /trunk/other/install.sql