hoffcamp
Forum Replies Created
-
Forum: Plugins
In reply to: [Form Manager] Invalid Argument1.5.6 has as crippling bug, 1.5.7 will fix everything if you ran into the problem.
Forum: Plugins
In reply to: [Form Manager] Invalid ArgumentI think I fixed the issue. I’m posting 1.5.6.
Forum: Plugins
In reply to: [Form Manager] IE messes up the looksThe CSV download is supposed to be everything. I fixed the bug for 1.5.6.
To do what you are talking about for your form’s fields you would choose the “Only show elements if…” rule. Below that, you would pick the list that has the products, then to the right choose ‘equals’, and then say ‘Product A’. Then where it says ‘Applies to’, add the items you want to be shown only if the list equals ‘Product A’. Then make a rule for if the list equals ‘Product B’, and so on.
I apologize I haven’t posted an FAQ about this yet.
Forum: Plugins
In reply to: [Form Manager] Invalid ArgumentAre you using the Members plugin?
Forum: Plugins
In reply to: [Form Manager] Email subject and languages questions/suggestionsThanks! I’m glad you like it.
You could accomplish (1) using the ‘advanced’ e-mail settings. The FAQ has a tutorial here on how to do that.
About (2), right now the plugin only has Italian and Dutch, and your wordpress has to be set to that locality for the languages to be activated. The .pot file in /languages is for making a new translation into another language.
For the checkboxes, that is an oversight on my part. Thanks for mentioning this.
On the last point that is a great idea. I’ll figure something out for that.
The short answer is that on line 355 of wpsc-admin/admin.php (v3.8.4) we find:
wp_deregister_script( 'prototype' );I don’t believe this is standard practice.
The longer answer is that my scripts depend on ‘scriptaculous’, which depends on ‘prototype’. The removal of this library causes a “conflict” with my plugin.
The quick and dirty solution would be to comment out line 355 of wpsc-admin/admin.php, as in, put “//” before it, or, add the following to the function bodies on lines 271 – 276 of wordpress-form-manager.php:
wp_register_script( 'prototype', '/wp-includes/js/prototype.js', false, '1.6.1'); wp_enqueue_script('prototype'); wp_print_scripts();These are both ugly and force you to redo the hack every time you update, not good.
I would lobby the people at WP-e-commerce to remove the prototype library only when the user is on their plugin’s admin pages, rather than for the whole admin site.
Forum: Plugins
In reply to: [Form Manager] Visual EditorI’m not exactly sure what caused that – I just posted an update that lets you disable the button for form manager in the post editor. That will hopefully fix your issue. Could you tell me more about your setup, as far as WP version, etc.?
Forum: Plugins
In reply to: [Form Manager] [Plugin: WordPress Form Manager] 0 kb attachment bugA URL is the address that your web browser sends to the server. A directory is part of the server’s filesystem, where one of the directories corresponds to the site’s base URL. I would look up the difference elsewhere if thats confusing…
If you have http://www.something.com/uploads for your uploads, put that as the URL and put %doc_root%/uploads for the directory. The %doc_root% thing is a shortcut I added so you don’t have to know the dirctory structure of your server. Hope that helps.
Forum: Plugins
In reply to: [Form Manager] [Plugin: WordPress Form Manager] 0 kb attachment bugI just posted 1.5.2. I add an option to specify an upload directory for the ‘file’ element, and a URL pointing to that directory, if you want to have links to the files.
It looks like the admin_init action is not firing. There is also supposed to be a ‘scripts.js’ loaded, which are admin specific scripts for the editors. If you remove and re-download the plugin, I have made a small change that may fix the problem.
Okay… I am curious if the <link … > tags at the head of the generated code contain a link to my plugin’s script file and what other scripts are being loaded. Can you check this?
I just posted 1.5.1 which may fix your issue.
Can you see which scripts are being loaded in your page source?
Hey, thanks for posting the firebug output. I was enqueueing ‘scriptaculous’, which I assumed included the effects. Turns out it doesn’t. I will release an update shortly.
*EDIT Turns out ‘effects’ should be included. I’ll figure this out…
Forum: Plugins
In reply to: [Form Manager] [Plugin: WordPress Form Manager] 0 kb attachment bugFirst let me explain an important technical point: when WP updates a plugin, it first removes the entire directory, then copies the new files into it. Everything from the previous version is deleted when you update. So unless you do something special, your files are lost. This is normal behavior, except, I have coded my plugin to take a snapshot of the /templates directory, so that in the event of an update, it remembers which files were there to begin with. It will also replace any files you delete manually, which is why you have to remove them from the plugin admin. Basically, keeping the template files across updates is something my plugin does as a feature, it is not the normal behavior. That being said, it is a bit of a hack, and I’m not positive it works in all cases, just all the cases I’ve tried. The ‘reset templates’ is more of a panic button, for exactly this reason.
Which brings me to your idea about the download link. The problem when designing the upload system in the first place was that keeping the files in a directory would be just fine, until you updated the plugin, at which point you would lose all of your files. I thought about doing the snapshot method like for the /templates directory, but this would literally double the amount of HDD space required, since the files would be present both on disk and in the database. So ultimately I just put the files in the database. Which means that to download an uploaded file, I have to create it on the spot. This works fine in the backend, because I can be certain the time between file creation and access is limited, and I can be safe in clearing the temporary files whenever an admin logs in. In order to create a download link in an e-mail, I would have to make the files persist for much longer, which means I have to schedule an event for your server to do later, and I also have to put the file somewhere where your WP install will let the public access it, as in, from a link in an e-mail. I’m not certain how to do this just yet, but its an interesting problem and I’ll figure something out. But only because its for a thesis!
Also thank you for clarifying your second idea. I think its a great one and I’ve put it on the list of things to implement.