professor99
Forum Replies Created
-
The fork version no longer uses has_shortcode() although it is still present in wpuf-functions.php. You can comment it out without any ill effects in the fork. We will remove it in the next release.
PS It’s only used to reduce the amount of code loaded so it not problematic to comment it out on non fork versions.
Both the fork version and the Pro version allow you to do that via the content editor when the rich content editor is enabled.
The fork uses the standard Image Library for WordPress which allows multiple file selection but is a bit of a minefield when adding captions unless you know what you are doing. Presently there is a bug where once the resultant gallery is added it can’t be edited in WP3.5.1.
The Pro version presently only allows one image at a time to be added (but multiple images can be added). Each image then can have it’s caption altered by clicking on it and the resultant edit icon. In time Tareq(the Frontend developer) will probably add to the Image capabilities of Pro as I have given him pointers in that direction.
None of the above options are great but there are heaps of plugins that specialize in this and your probably better off using one of these in combination with Frontend to get exactly what you are looking for.
TheProfessor
Option ‘Show custom fields in the post’ in the ‘Others’ settings tab
1. Try using one of the default themes of WordPress to see if the problem persists. Themes are often the cause of problems
2. Disable other plugins to see if they are the cause of the problemTry using one of the default themes of WordPress to see if the problem persists. Themes are often the cause of problems
On the content page WordPress offers us their normal edit link when the user is able to edit the post which we optionally hook via their ‘edit_post_link’ filter and redirect to Frontend.
As WordPress doesn’t offer a delete link you might be able to modify our edit_post_link filter to do what you want.
If your talking about the ‘Edit Post’ page the development version offers this
Development version 4.4 is a lot tighter on CSS. It’s definitely a CSS issue as Contact Info and Name Info are in line on a default WordPress 3.5.1 install with 2012 theme.
Frontend doesn’t set any width on the table columns so the browsers auto generate column width depending on their content. If one of the fields has a particular width it sets the tune. Some of the fields in 4.2 have loose CSS ids and classes so I wouldn’t be surprised if another plugin/theme has used one of these.
Try development version 4.4 first. If that doesn’t work use CSS/HTML to set the column width
We don’t offer this on the standard version and there is lots of problems in trying to do this. The PRO version does this (it’s very different)
Try looking for other plugins that do this. You may be able to adapt them. Other than that I have no idea as it isn’t a standard part of WordPress. Here’s one for starters Simple Local Avatars
Try the development version. It uses the full width.
Well we managed to find the problem once we got past the initial errors and it was quite unexpected.
We found this error was repeated in the log and not just for Simple Pie.
PHP Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 122880 bytes) in /home/culture/public_html/wp-includes/SimplePie/File.php on line 139This type of error results in the 500 error and can be quite random.
To actually see the error you have to enable PHP/WordPress debugging with debug to log enabled and digest the results.WordPress 3.5.1 uses quite a lot of memory even with the default installation theme and no plugins (32MB on my 64bit server). Add a few plugins and a theme and your topping 64MB and beyond.
To fix increase the memory limit by changing the following lines in your wp-config.php file
/** Sets up WordPress vars and included files. */ require_once(ABSPATH . 'wp-settings.php');to
define('WP_MEMORY_LIMIT', '128M'); /** Sets up WordPress vars and included files. */ require_once(ABSPATH . 'wp-settings.php');Not sure if this is the default for Version 1.1 but it’s a CSS problem. However I can’t recall changing the settings here on the developer version which has the Contact Info inline with the Name info.
If this is the case another plugin or a theme is overriding Frontend CSS.
To check and fix inspect the CSS with FireFox Firebug or Chrome Developer Tools and change the appropriate CSS style file.
You could try the development version. It’s CSS is a lot tighter.
Can’t help you on custom fields as I haven’t touched on them.
You can remove the following lines in wpuf.php
//BugFix: Use of WordPress dashboard can leave tinymce editor in "HTML" mode. //This forces tinymce to "Visual" mode on start. add_filter( 'wp_default_editor', create_function('', 'return "tinymce";') );This is initially there because otherwise Frontend uses the mode setting that the user used in the last WordPress rear end post (ie Not Frontend). The far majority of users want to use the Visual as a default.
However when it comes to editing pages with layout elements TinyMCE has a nasty habit of stripping lines spaces, breaks, etc when switching between HTML and Visual as your no doubt experiencing.
A few little workarounds that you might be interested in to survive the switching.
Paragraphs
<p class="dummy">Your text</p>The dummy class isn’t defined but this stops the stripping of paragraph markup
Line Breaks
<br class="blank" />Again the class blank isn’t defined but this stops the stripping of line breaks