ulken

Update
The problem with the search box sort of sorted itself out when publishing the first post. It appears as if the default search box only appears when no posts are to be found on the index page.

The header title still does not scale properly, though. I am not sure what the default WP Mobile Theme does to make it work, but I consider this an issue in need of attention.

Thank you,

Oskar

Sure, but: 1. it’s not ready, yet; 2. I don’t see how that’s gonna help. Are you implying that what I’ve issued above only applies to me and is not standard theme behavior?

Referring to my previous post, only 2. is gonna be present now (when accessing on mobile), since I removed the extra search widget from the site. Still, I would like to bring it back.

Lamahj?lpen

It’s in Swedish, but that should not make much of a difference.

Thank you.

Cool.

Well, unfortunately I couldn’t afford to wait for the update, so I decided to take on the task myself, and have now created an updated version. I used Stephen Nomuras patch to version 0.7 as a base, but I have reworked it here and there. It is now more consistent to existing code, I have included the functionality in some places where he had missed it, I have reordered the UI a little, plus I’ve enhanced it even more. I have integrated an Upload button (using the Media Uploader) for example.

I did make some changes to the code as a whole as well. I changed the code for conditional inclusion of plugin JS/CSS and also the indentation of the code (automatically). Therefore, the patch file is rather long, but feel free to integrate whatever you like. I created a Trac ticket and submitted the patch file along with my working copy of the plugin file: Ticket

I couldn’t find CPTUI in the “Component”-drop-down, why it’s listed under “not-listed”.

Let me know if there’s anything more you’d like from me.

Hope it’s somewhat useful,

Ulken

Awesome!

I know I’m being impatient and greedy now, but when is it due? ?? Might not be necessary for me to fork it if scheduled in the near future.

Thank you for your support!

Thank you very much for your reply and for clarifying, Brad!

I’ve not tackled the patch yet, since I wanted to straighten out these concerns before undertaking the task. The patch I referred too is not mine, but a guy named Stephen Nomura, who submitted it a year ago (v 0.7 at the time, I believe). You did in fact encourage him to do so, which is why I found it a shame it was never included. It also dealt with assigning menu icons to CPTs.

1. The support thread: Added Support for Admin Icons and Rewrite Front
2. His blog post on the subject: Enhanced Version of Custom Post Type UI Plugin
3. The patch found in the support thread: Patch

You might be right about the mixup, but he is in fact referring to this plugin. Have you changed the architecture in any way? Just to be certain: No such limitations exist, do they?

I emailed him about it, asking him to explain what he meant, and here’s what he replied:

The problem with CPTUI is its architecture: it treats all custom post data as taxonomies, which is incorrect: they’re not the same thing. The database will not store large amounts of data for any taxonomy term because it’s mapped to a VARCHAR(255) column.

I’m not technically skilled enough to judge whether he’s right or not. Any chance you’d be able to deem him right or wrong?

Thanks again for a great plugin! I’ll get going on the patch right away!

I tried adding fit: 1 in the Default Template’s slider.php file as suggested in other threads when IE is b***hing with sizes, but to no avail.

I was able to “fix” it by increasing the height of the images by 1px using CSS (conditional stylesheet for IE), but I’m not really satisfied with that “solution” and it makes no sense to me.

If anyone would be able to spot the reason, I’d be most thankful.

PS. I’ve done my best scrutinizing the interpreted CSS values in IE and they (container and images all seem to have the same height and no padding/margins/borders are present). I don’t get it…

Not sure if it’s still of interest to you, but I’ve included the answer in my reply to another issue in this thread: Thumbnails not rendering

Let me know if you need any clarification.

Since I spent half a day trying to fix a thumbnail issue myself (and considering what a superb plugin this is otherwise), I’d like to reveal what did the trick for me.

First of all, my issue wasn’t exactly the same as your’s, since I never got any error message in place of the supposed-to-be thumbnail, but just a broken image-icon. Nevertheless, I searched through the plugin folders and located a README-file which stated what you suggested above. Using the newer version didn’t make any difference, though. Simply because it wasn’t new enough.

Instead, I headed over to phpthumbs repository at sourceforge to check if any even newer versions existed. I never found out if it was in fact newer, but I gave it a try anyhow. All the same files are in there, plus a config-file (don’t forget to rename it – remove the “default”-part).

Refreshed the file browser page, and voilà, there they were.

Can’t guarantee it’ll fix your problem (or if it’s still relevant to you), but it might be worth a shot. If not, it might be of worth to somebody else.

PS. Other customizations I’ve made to this plugin:

• Allow international characters in filenames (??? in this case): Simply add the wanted characters to the regexp expression stating which characters are allowed in filenames in config.php
• Increase the upload size limit: Change the max_file_size_in_bytes variable accordingly (1MB = 1024 * 1024 B) in config.php (NOTE: I read somewhere in the code comments that 2GB is max for the flash uploader used. NOTE-2: The amount of increase allowed depends on which host you use, but you should at least be able to mirror the default uploader’s limit (which’s limit can be increased too using a custom php.ini file)
• Allow bigger batch uploads (default: 100): Change the file_upload_limit parameter in index.php (0 = unlimited)