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 - dorje
31
Off-topic / Re: SMF4Mobile in splitview template
« on June 9th, 2011, 01:58 PM »
I think that the split done verically is not the best design[1]. A good solution can ba to split horizontaly, where the menu can be something like little tabs (with proper icons).

 1. for example, I'musing a 240x320 device...
32
The Pub / Re: Why wedge?
« on May 31st, 2011, 11:26 AM »
Quote from Nao/Gilles on May 31st, 2011, 11:13 AM
Thanks :)

Although you never know... You might end up in a worse situation with Wedge :niark:
Maybe... But the guys here are smarter, so the fellowship is more pleasant. :D
33
Off-topic / Re: Windows XP End Of Support Countdown Gadget
« on May 14th, 2011, 02:05 PM »
 :eheh:
34
Off-topic / Re: Windows XP End Of Support Countdown Gadget
« on May 14th, 2011, 01:50 PM »
What is windows?  :niark:
35
Features / Re: Function createPost improvement
« on May 12th, 2011, 11:01 AM »
Quote from Arantor on May 12th, 2011, 10:29 AM
You know that you pass everything in by reference, right?

Check $topicOptions['id'] on return -- even in SMF. It HAS to know the topic id in any case, if it's a reply, you provide it, even in a new topic, you have to have it to tie the new message to the new topic.

So, not sure what you're asking for that it doesn't already do...
:wow:

You are right...

So, sorry for the topic and... Thank you Arantor! :)
Quote from Nao/Gilles on May 12th, 2011, 10:31 AM
Still, I added a create_post_after hook in Wedge
:yahoo: :cool:
36
Features / Re: Function createPost improvement
« on May 12th, 2011, 10:22 AM »
Quote from Nao/Gilles on May 12th, 2011, 10:14 AM
I see what you mean, but is it useful to return it?
Well, I found a situation in which it could be useful. My question is: the value is there so... Why return only true or false? If I return false in error case and an integer if everything went ok, all routines that uses that function will work perfectly in any case. :)
Quote from Nao/Gilles on May 12th, 2011, 10:14 AM
We might as well return $topicOptions entirely, then... Or whatever.
Also, but than I don't know if maybe that change will affect other calls to that function. :)

37
Features / Re: Function createPost improvement
« on May 12th, 2011, 09:21 AM »
Quote from Nao/Gilles on May 12th, 2011, 08:56 AM
Technically, that's just one extra query per topic created. Right? Isn't that negligible?
Nope. The function already stores the id in $topicOptions['id']. It just doesn't return it, but is already there...
38
Features / Re: Function createPost improvement
« on May 12th, 2011, 07:24 AM »
Quote from live627 on May 12th, 2011, 07:09 AM
I don't get why it would return the topic ID? Seems illogical that a function for creating a post would return a topic ID ESPECIALLY when its primary use is to make a new post. I think I'm repeating myself here...
The post ID is already stored in the first argument, the board ID is already known... So the only thing we miss is the topic ID. Why is important? Let me show an example (I've expereinced that a couple of days ago)...

I've just ended to implement a system in which a user inserts a new topic in a particular section using the custom form mod. The system than sends a PM (or mail), and I wanted to write the link of the newly started topic... But I miss the topic ID as argument to create that link, the only way is to do a query on smf_messages and select the topic ID. But that means another query, so I guess if using the return of the createPost function can be a good idea, as that change will not affect uses where we expect a boolean value. :)
39
Features / Function createPost improvement
« on May 12th, 2011, 06:41 AM »
Well, this is quite a small thing, but important (I think).

In smf there is the createPost function that creates a post and puts the post ID inside the first array passed as parameter. But it doesn't show the topic ID, useful in some cases.

There will be quite simple to modify the function not to return a boolean value, but 0 in case of errors and the topic ID if TRUE.

What do you think?

(off course, I supposed that createPost is still there... If not, delete that post! :ph34r:)
40
Features: Posts & Topics / Re: Automatic Quote splitter
« on May 11th, 2011, 10:52 AM »
Very cool feature! :yahoo: :cool:
41
Off-topic / Re: generating interest
« on May 5th, 2011, 09:48 PM »
What is Microsoft? :P
42
The Pub / Re: profiles on wedge.org
« on May 2nd, 2011, 09:53 AM »
Sorry Nao, I didn't explain good what I mean... :(

I know that mods won't work. I've only asked if table modifications (database changes) done by this mods will work with wedge - that because I wrongly supposed that all features we can see now at wedge.org will be default core feature.

Again Nao, I'm sorry, I didn't mean to bother you with stupis questions. :(
43
The Pub / Re: profiles on wedge.org
« on May 2nd, 2011, 08:07 AM »
Arantor: I knew your answer, did you see? :D
Quote from Nao/Gilles on May 1st, 2011, 08:16 PM
Both heavily reworked
but still compatible? I mean: if I add them to my forum, will work with wedge with the same tables?

I noticed that google member map uses still api2... So I have to get my hands dirty with the code in any case. :D
44
The Pub / profiles on wedge.org
« on May 1st, 2011, 07:17 PM »
Ok, I'm pretty sure that Arantor will reply: "there's already a mod to do that..."  :eheh:

but I have looked for and didn't find... I like the custom profiles here in wedge.org and in particular I'm looking toinclude the google maps thing (for users location) as well... Can I find the mod anywhere?  :)
45
Features / Re: Custom fieldsets in new topic
« on May 1st, 2011, 05:19 PM »
Quote from Arantor on May 1st, 2011, 05:01 PM
There's already a mod for that in SMF; it's called the Custom Form mod.

Can't see it being a core feature, nice enough mod though.
Really??  :o

Ok, thank you. :)