[plugin] [ORPHAN] ebl_Upload Version 3

TheEric · 2011-03-07 05:52:08

Working on this too … How I wish Dev’s wouldn’t change markup.

Bloke · 2011-03-07 09:37:15

TheEric wrote:

How I wish Dev’s wouldn’t change markup.

Are you trying to get a rise out of me, Agent Kujan? :-)

Seriously, after you rallied for semantic, markup, new thumbnail IDs, reduction of tables, and standardized markup you’re going to flame us for sprinkling standardized IDs and classes in the codebase (well, as standardized as possible given the seemingly nebulous naming convention that came beforehand)?

It was done so plugin authors and themers can now access pretty much every element directly without selector chains like #list td:first img, thus allowing your code to be written in a leaner manner which is less likely to break in future by removing unnecessary reliance on a table-based design. When TXP 5+ rolls around and the classes and IDs stay the same (as far as is practicable), your code/themes shouldn’t require much — if any — tweaking to still work, regardless of the surrounding markup. HTML 5 sections, footers, divs, tables: it largely doesn’t matter if you’re accessing DOM nodes directly by ID/class and operating in your own container in that area.

That was the plan at least. Other factors might scupper it, but it was a noble goal to streamline DOM access and provide more consistent hooks for themers and plugin authors. I only wish I’d thought to add the priv levels to the body as well, but luckily redbot came to the rescue.

As far as I was aware, the markup itself didn’t alter that much, aside from the tables gaining thead/tfoot/tbody and a whole tonne of class/ID soup added. Been a while though so maybe a few alterations snuck in that may require plugin attention. Which reminds me I really need to write the guideline document I promised ages ago on the class/IDs naming structure and how to maximise their effectiveness / compatibility going forward. Thanks for the reminder.

Last edited by Bloke (2011-03-07 09:38:39)

TheEric · 2011-03-07 22:34:10

I took a cursory look at it yesterday, it looks like #list changed to #image-container, or something like that. The fix shouldn’t be difficult.

Last edited by TheEric (2011-03-09 17:31:50)

jsanto · 2011-06-20 13:26:54

I have this problem also.

Was it ever resolved? The bug was reported again but I never saw a reply in the two years that followed the initial report.

As previously reported, the plugin chokes on any file larger than 2MB, even though my host’s master max upload size is 8MB and my local .htaccess file has it set to 1000MB.

Since most of the files I need to manage are in excess of 2MB, this bug makes the plugin functionally useless to me; at this point I regret having paid for it.

I am running 4.3 if that helps.

TheEric · 2011-06-20 15:50:51

I’ll check it again, but going from memory there is not a hard-coded max-file-size in the .AS for ebl-upload. I’m at work and won’t be able to look at it again until I’m home later tonight.

jsanto · 2011-06-20 15:59:35

thanks for your prompt reply, Eric!

tye · 2011-06-21 07:16:42

Hey Eric – did find time to fix this problem ?

photonomad · 2011-08-02 19:24:06

Before I purchase: does EBL Upload 3 currently work with TXP 4.4.1?

Also, I have a feature request/inquiry. fpx_image_import allows for the following:

option to automatically import meta info into the caption
option to automatically use filename without extension as alt text

I am curious if it might be possible to add these options to a future release of EBL Upload?

Thanks!

Last edited by photonomad (2011-08-02 19:24:58)

jsanto · 2011-08-02 19:31:53

This plugin does not respect max file size prefs set in Textpattern admin, nor in PHP.ini, so I am unable to upload files larger than 2MB. The problem was reported in 2009 and I have heard nothing from Eric in more than a month since I asked him about it. At this point, I consider it a lost cause, and while it’s probably fine for images, I cannot recommend this plugin to anyone who needs to manage large binary files in TXP until this issue is addressed.

TheEric · 2011-08-02 19:34:56

There is a fix upcoming, but unfortunately I’m short for time before school starts in two weeks, and then I’m out of commission until the winter break.

jsanto · 2011-08-02 20:32:10

good to know a fix is coming. your plugin is a good notion, just not practical for my specific requirements. thanks for checking in and for your efforts.

Timid&friendly · 2011-08-29 16:38:04

This weekend I upgraded an old 4.0.5 site to 4.2

My client requested multi-image upload so i purchased this plugin. Unfortunately I am also getting Error #2038.

I tried all the .htaccess fixes without success.

Is there a solution?

Textpattern version: 4.2.0 (r3275)
Permanent link mode: section_title
Site URL: walktoglory.com
PHP version: 5.2.6
Register globals: 1
GD Image Library: bundled (2.0.34 compatible); supported formats: GIF, JPG, PNG.
MySQL: 5.0.77-log
Locale: en_GB.UTF-8
Server: Apache/2.2.9 (Unix) mod_ssl/2.2.9 OpenSSL/0.9.8e-fips-rhel5 PHP/5.2.6 mod_fastcgi/2.4.6
Apache version: Apache/2.2.9 (Unix) mod_ssl/2.2.9 OpenSSL/0.9.8e-fips-rhel5 PHP/5.2.6 mod_fastcgi/2.4.6
PHP Server API: apache2handler
RFC 2616 headers:
Server OS: Linux 2.6.18-194.17.4.el5xen
Active plugins: zem_contact_lang-4.0.3.6, zem_contact_reborn-4.0.3.20, pap_contact_cleaner-0.1, rss_admin_resize-0.2, hcg_templates-0.3, hak_tinymce-1.0.1m
Admin-side theme: classic 4.2.0

.htaccess file contents:
————————————
#DirectoryIndex index.php index.html
#Options +FollowSymLinks
#Options -Indexes
<IfModule mod_security.c> SecFilterEngine Off SecFilterScanPOST Off
</IfModule>
<IfModule mod_rewrite.c> RewriteEngine On #RewriteBase /relative/web/path/ RewriteCond %{REQUEST_FILENAME} -f [OR] RewriteCond %{REQUEST_FILENAME} -d RewriteRule ^(.+) – [PT,L] RewriteCond %{REQUEST_URI} !=/favicon.ico RewriteRule ^(.*) index.php RewriteCond %{HTTP:Authorization} !^$ RewriteRule .* – [E=REMOTE_USER:%{HTTP:Authorization}]
</IfModule>
php_value safe_mode “1”
#php_value register_globals 0

————————————

Textpattern CMS

Textpattern CMS support forum

#133 2011-03-07 05:52:08

Re: [plugin] [ORPHAN] ebl_Upload Version 3

#134 2011-03-07 09:37:15

Re: [plugin] [ORPHAN] ebl_Upload Version 3

#135 2011-03-07 22:34:10

Re: [plugin] [ORPHAN] ebl_Upload Version 3

#136 2011-06-20 13:26:54

Re: [plugin] [ORPHAN] ebl_Upload Version 3

#137 2011-06-20 15:50:51

Re: [plugin] [ORPHAN] ebl_Upload Version 3

#138 2011-06-20 15:59:35

Re: [plugin] [ORPHAN] ebl_Upload Version 3

#139 2011-06-21 07:16:42

Re: [plugin] [ORPHAN] ebl_Upload Version 3

#140 2011-08-02 19:24:06

Re: [plugin] [ORPHAN] ebl_Upload Version 3

#141 2011-08-02 19:31:53

Re: [plugin] [ORPHAN] ebl_Upload Version 3

#142 2011-08-02 19:34:56

Re: [plugin] [ORPHAN] ebl_Upload Version 3

#143 2011-08-02 20:32:10

Re: [plugin] [ORPHAN] ebl_Upload Version 3

#144 2011-08-29 16:38:04

Re: [plugin] [ORPHAN] ebl_Upload Version 3

Board footer