Show Posts
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.
Messages - Auk
46
The Pub / Registration process
« on June 15th, 2013, 02:52 PM »
Is it just me that I find it bothersome that the majority of registration process in many online communities would first gather your input to become a member of their website, and then before you can verify your email address and such, you're already counted as a member/signed up?
I believe that it would be better if the applicant would simply just provide their email, they follow the temporary url in their email to then become a full member (The real sign up form.)
Inaccurate userbase count, and who recently became a member is not my cup of tea. (I've been thinking about this for months whether or not if this is a big deal and couldn't get over this.)
I believe that it would be better if the applicant would simply just provide their email, they follow the temporary url in their email to then become a full member (The real sign up form.)
Inaccurate userbase count, and who recently became a member is not my cup of tea. (I've been thinking about this for months whether or not if this is a big deal and couldn't get over this.)
47
Archived fixes / Re: Codes appearing while viewing some topics.
« on February 11th, 2013, 05:51 AM »
Here you go!
48
Archived fixes / Codes appearing while viewing some topics.
« on February 11th, 2013, 05:45 AM »$(".umme").mime({ 2367: ["pr", "we/http://innovatenotimitate.com/", "po"], 2813: ["pr", "we/http://www.tulsafinds.com/", "po"] }, { pr: ['Profile', 'View user profile', '', 'profile_button'], we: ['Website', 'Go to user\'s website', '%special%', 'www_button'], po: ['View posts', 'View user\'s latest contributions', '?area=showposts', 'post_button'] }, true);
http://wedge.org/pub/feats/7905/post-count-permissions/
It may not appear to you, this seems to appear while not logged in (viewing topic as guest.)
Posted: February 11th, 2013, 05:34 AM
Ah, right. This problem occurs regardless of browsers and skin used.
Posted: February 11th, 2013, 05:35 AM
Snooping around, this seems to have something to do with Arantor's profile. Go to the link above where I found the bug, then hover your mouse cursor over his name, you'll then see "Website" which goes to Arantor's website. Do the same for godboko71's name. So this appears to be javascript for that fancy effect. Note that on the bug pages, you don't get that fancy effect.
51
Bug reports / Re: SMF bug: replying to topic with mismatch of replies
« on January 27th, 2013, 06:27 AM »
Shouldn't the count of posts be updated upon when posts gets spited from a thread, or after the last person makes a post?
In the event a post/split is successful:
1. Update count (With simple minus/addition)
2. Add post/split
Wait. Or maybe there should just be 2 counters actually.
One for the usual number of times posted.
Another for the actual count of posts currently existing in thread.
In the event a post/split is successful:
1. Update count (With simple minus/addition)
2. Add post/split
Posted: January 27th, 2013, 06:25 AM
Wait. Or maybe there should just be 2 counters actually.
One for the usual number of times posted.
Another for the actual count of posts currently existing in thread.
52
Plugins / Re: Plugin server
« on January 23rd, 2013, 05:51 AM »
You're thinking of how frequent plugins should be checked for updates eh? I think it should simply look at version number, or hashed version number (e.g. alpha -> 2c1743a3)
1. Maybe in an interval of every 2-3 weeks (from end user).
2. And... Whenever an admin logs into ACP if that's not an issue (Only counting the first admin who does so), some info in the forum-databse for "last-checked-update" numeric timestamp will be updated and it will never change again until the next day or two.
I believe that's reasonable. Must end users be hurriedly informed of updates anyway?
1. Maybe in an interval of every 2-3 weeks (from end user).
2. And... Whenever an admin logs into ACP if that's not an issue (Only counting the first admin who does so), some info in the forum-databse for "last-checked-update" numeric timestamp will be updated and it will never change again until the next day or two.
I believe that's reasonable. Must end users be hurriedly informed of updates anyway?
53
Plugins / Re: Plugin server
« on January 23rd, 2013, 05:05 AM »
Yes, an external url to their own demo of course. It would be very sloppy if hosted on that server. On that subject, there should be:
1. external url
2. "Invisible" url to a blank file stored on external demo site. (So an automated code can run a monthly demo-url checker which can auto mark demo dead and hide external url, not sure if there is a way to write that code without performance issues.)
For paid for plugins...
You should enable third party (user/password) to connect to your server using an automated script to store a key or something. Like this:
a942-b302c5b0d-1d75fa8-95f9e3d-7de-7c
1. Someone purchases license to use my plugin. My registration form sends this key to your server, also emails the user: a942-b302c5b0d-1d75fa8-95f9e3d-7de-7c
2. The end user who wants to use my plugin connects to your respo using this key.
* Note: This is only a key to simply download plugin... This is not to activate plugin.. The author is responsible of coming up with instructions/howto in regards to software activation. Especially since it would be capable of being hosted on 3rd parties anyway.
The username/password combo should only be left with software authors. The key thing is basically already a username/password, but it's easily disposable so respo owners wouldn't need to worry about it.
1. external url
2. "Invisible" url to a blank file stored on external demo site. (So an automated code can run a monthly demo-url checker which can auto mark demo dead and hide external url, not sure if there is a way to write that code without performance issues.)
For paid for plugins...
You should enable third party (user/password) to connect to your server using an automated script to store a key or something. Like this:
a942-b302c5b0d-1d75fa8-95f9e3d-7de-7c
1. Someone purchases license to use my plugin. My registration form sends this key to your server, also emails the user: a942-b302c5b0d-1d75fa8-95f9e3d-7de-7c
2. The end user who wants to use my plugin connects to your respo using this key.
* Note: This is only a key to simply download plugin... This is not to activate plugin.. The author is responsible of coming up with instructions/howto in regards to software activation. Especially since it would be capable of being hosted on 3rd parties anyway.
The username/password combo should only be left with software authors. The key thing is basically already a username/password, but it's easily disposable so respo owners wouldn't need to worry about it.
54
Off-topic / Re: Plugin user interfaces
« on January 23rd, 2013, 04:39 AM »
I've made some simple UIs for a text based game before. If I were to create a plugin for Wedge, I would at least do my best to be consistent with the appearance of my plugin. Even if it means having to adopt coding style.
This should be discouraged. What should appear in documentation for making a simple Wedge plugin:
To spice it up, this should be done with a sense of humor. o_o
This should be discouraged. What should appear in documentation for making a simple Wedge plugin:
- Examples of simple switches & buttons
- What to include/exclude
- Example of good and bad UI
- Categorizing options and proper labeling
- A complete working plugin you can install to your forum and see the codes to help you get started
To spice it up, this should be done with a sense of humor. o_o
55
Plugins / Re: Plugin server
« on January 23rd, 2013, 04:17 AM »
I thought Aeva is a media embedding tool... I have no thoughts on it, nice tool though.
As for creating a separate physical site to handle plugins and so on... Separate server/website would also ease unnecessary confusion. I can imagine topics spawning in wrong parts of the forum, the plugin sub-forum would bloat from "Help on how to make plugins" into "Help!! How do you change the flashing color for the New Private message plugin" forum. :S
I hope at the plugin managing software (linux respo style) would load some screenshots of the plugins, as well as url to demo if available. Only on the main respo (not hosted by third parties, but they should too) have a standard for making screen captures available.
As for creating a separate physical site to handle plugins and so on... Separate server/website would also ease unnecessary confusion. I can imagine topics spawning in wrong parts of the forum, the plugin sub-forum would bloat from "Help on how to make plugins" into "Help!! How do you change the flashing color for the New Private message plugin" forum. :S
I hope at the plugin managing software (linux respo style) would load some screenshots of the plugins, as well as url to demo if available. Only on the main respo (not hosted by third parties, but they should too) have a standard for making screen captures available.
56
Plugins / Re: Forcing maintenance mode first?
« on January 22nd, 2013, 08:01 PM »
That sounds like a nifty idea. Concerning plugin developers the documentations for making plugins should heavily encourage developers to make use of these options when necessary, with examples of necessity.
While we're on the subject.. Would it be a good idea to retain certain actions such as a forum posts during maintenance mode?
1. Admin installs a plugin involving the need for maintenance mode.
2. User "posts something very long".
3. User gets "maintenance mode" message at top, with their UNPOSTED info at the bottom asking the user to save their post and try again later.
While we're on the subject.. Would it be a good idea to retain certain actions such as a forum posts during maintenance mode?
1. Admin installs a plugin involving the need for maintenance mode.
2. User "posts something very long".
3. User gets "maintenance mode" message at top, with their UNPOSTED info at the bottom asking the user to save their post and try again later.
57
Archived fixes / Re: Reply Error with Chrome
« on January 14th, 2013, 11:36 AM »
My I.E 10 seems a bit updated compared to yours. 10.0.9200.16384. Now I see the problems after enabling this feature in my profile for Look & Layout (Show WYSIWYG editor on post page by default.)
58
Archived fixes / Re: Reply Error with Chrome
« on January 14th, 2013, 11:24 AM »
Which version of the I.E browser (I'm using I.E 10 and don't see the problem)? o_O
And what version of chrome (Still see no problem)? Mines is Version 23.0.1271.97.
Post recently edited.
Posted: January 14th, 2013, 11:22 AM
And what version of chrome (Still see no problem)? Mines is Version 23.0.1271.97.
Post recently edited.
59
Test board / Re: Losers. Testing.
« on January 14th, 2013, 12:11 AM »
Currently, after this poll started, I no longer get the option for "Allow users to change vote".
60
Test board / Re: Losers. Testing.
« on January 13th, 2013, 10:56 PM »
Added in oranges, forget apples! :D And now I wanna change my vote. Would it be a good idea to allow people to change toggle whether or not we can change our vote even after we started polling?
Restarted polling!!!
Posted: January 13th, 2013, 10:55 PM
Restarted polling!!!