tis the same except the action is 'p' instead of 'page' so it will be 'index.php?p=smilie'

How difficult would it be to make it do just that, and list out previously created smilies? I fuddled around with it for a while, but I don't know the inner workings of vB well enough to get the results to show ON a vB page (specifically, the same page as the Smilie Creator as a second "module"). It would work well for situations like mine where only paid subscribers can access the Smilie Creator... :D


Great hack BTW, my members are gonna love this.

[high]* Chazz Layne clicks install.[/high]

Mitsuaki: I haven't forgotten about you, I just haven't been home much lately. I'm getting married in less than 4 weeks and my free time has been reduced further than I thought it was going to be. :(

Chazz: Getting it to save the images is just a matter changing the PHP file. What I'm picturing in my head for the next version is an option to pass in whether to save the file to the server or not. I'll have to take a look to see if there is an easy way of looping through the previously created images to build the page on the fly (I haven't done something like that before yet so it's now on my list of 'things to learn how to do' :D ). The first part shouldn't be a problem but the second part will require me to do some quick learning.

If either of you guys don't hear back from me within a few days hit me up with a PM. :)

OK, is there anybody who is not using this with VB3? How about anybody who has access opened up to everybody including guests?

I'm working on saving the images to the server but need to come up with a naming convention. For my own purposes I'm thinking of using "{userid}_{YYYYMMDD}{HHMISS}_{file name of smileyselected}" -- Essentially I need to ensure that the file name is unique when saved to the server. The format I mentioned would result in a name like "1_20041011164111_vorlange1.png" which is a bit unwieldy but unique.

I wouldn't want to use the user name since it might contain characters like spaces, etcetra. The date & time ensure uniqueness and the source name would be just a nice thing to have in there. For people who have access opened up to non-guests then there might be an issue with having the userid in there because on a larget site it could happen that multiple guests are creating a smiley from the same source image at the same second. :ermm:

Thoughts? Bueller?

That's exactly the way I was doing it, minus the userid. I have a PotD running the same way. I figured a paginated gallery (like avatars) would work best for retrieving them. The 2 problems I hit were both from not knowing the workings of vB well enough to get the filename to pass back to the template via variable to show the image after it's created (or the list of older images)... wish I had more time to read up on it.

OT: Congrats on the upcoming wedding. :D

Np just as soon as u can....

Great job! :)

*Clicks Install

Hm nice hack, but what is the matter with: "Please do not link directly to the smilie." As I see it works fine and the user doesn't have to save and upload it himself, if you link directly to the smilie. So where is the problem?

The direct link to the smilie as shown customised is actually to the script. If your users link to it that way it will re-create the custom smilie each time it's viewed, which will rapidly start to eat up resources. On a site that only gets a few hits it may not be a big deal, but in a forum environment I imagine it would get out of hand pretty quickly.

Hm yes thats right. Would be nice to modify the script, that it saves the generated picture automatically in a forum directory and shows the user the link, because most people don't have their own webspace and it is too much work to save and upload it.