Tarjei Huse <[EMAIL PROTECTED]> said:
> Hi,
>
> A few weeks ago I sendt a question to the maillinglist in regard of
> imageheight and imagelength. The replys said that
> "yes, when you upload a file, the server will put it in the /tmp
> directory. This file will be destroyed at the end of the script by PHP, so
> you need
> to save it (in this case you'll create a blob with that file) before the
> end.
>
> Your script will receive the /tmp filename, the original filename, the
> file size and the mime type in 4 variables.
> If you want to know the height and width of an image, use the
> imagesize() function on the /tmp file.
> For more information, see:
> http://www.php.net/manual/features.file-upload.php"
>
> I was wondering if you could point me to the exact place in the blob upload
> script you're using that where this could be implemented and any suggestions
> on how to do this(like should I use parameters for this or is there a
> smarter way).
>
> Are you planning to implement this in the script? It would be a very handy
> thing to know (think omitting images from the first page when showing
> records on the basis of image width & height for instance. Also things load
> quicker when you can include image height and width in the code.
>
mmh, I had a quick look at this, the bigger issue is that there is no 'obvious
place to store this' however a simple hack may be possible.
the Framed Admin 1b1 / dhtml / nodhtmlpickimage_attach page deals with the
upload of the file,
by adding a line before
$att = $object->createattachment($filename,$filename,$$typename);
doing something like
if (ereg("\.gif$", $filename)) then
$size = GetImageSize($filename);
$filename .= "___ ". $size[1];
}
this would append this information to the name tag of the attachment.. (it
could be added to the title instead) - althought the best alternative would
be an additional field in the blobs table.
> BTW: I love your framed admin, but I got some suggestions on a "existing
> articles admin page" that should contain interfaces for
> - moving articles or even whole article trees.
yeah, I think that will be in a future release
- the best way to do it would be to do a pop up box like the attachment
allowing the user to choose where it is to go...
> - changing article type & (maybe) date created.
?? article type??? - I've not really looked at that field..
- date - I think that is possible.
> - other things related to maintainance of a large article database without
> having to go into an article or down into an article tree to change
> something.
I have a javascript tree working on the latest version........
I plan today to write the milestones, features, and system design for the next
version which is already being experimented with, it's major feature is an
'even cleaner' design and revision control abilities....
regards
alan
>
>
> Yours truly,
>
> Tarjei Huse
>
>
>
>
>
--
Technical Director
Linux Center (HK) Ltd.
www.hklc.com
--
This is The Midgard Project's mailing list. For more information,
please visit the project's web site at http://www.midgard-project.org
To unsubscribe the list, send an empty email message to address
[EMAIL PROTECTED]
