|
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Messages - dlomneck
Pages: [1]
1
« on: November 27, 2007, 03:17:14 am »
Well, even if you are only using it to upload 5 images at a time, it's going to be less work on the user I think then filling out all those fields. Maybe I'm being selfish with this request. I know that my host, crystaltech, has their php set to 8mb, but yes, that 2mb is the normal for uploading. Even at 2megs, if you zip them, that could be 10 or more images you can upload with a single upload form. As long as you put something for the user to see that says "make sure your zip is under xxx megs", I would be extremely happy with this feature. And I do think it should be available to anybody who has access to the bulk uploader.
David
2
« on: November 27, 2007, 03:07:55 am »
That did it Awesome. So, should I be documenting all these changes, or are they making their way into your future versions? Dave
3
« on: November 26, 2007, 09:19:43 pm »
Your fix and iosarian's fix seemed to have allowed me to upload images via the bulk image upload now.
There seems to be a bug in the way you store the "filesize" information. All my "bulk image" uploads are showing the wrong filesize. It's like it is showing the size BEFORE it does the "imagejpeg($image, $filename, 65);" optimization. The actual size of the file is correct, so I know it's doing the optimization. But the displayed filesize is wrong.
Any guidance here?
David
4
« on: November 26, 2007, 02:11:45 am »
Well, I know it would be a great addition. Especially since the bulk image upload is broken if you have it set to resize the images. It would really allow you to upload a lot of pictures without having to fill out a ton of upload fields.
David
5
« on: November 26, 2007, 02:08:55 am »
Ok, still doesn't work. I can only use bulk-add if my images are under the size I set in the gallery prefs. If the image requires resizing, all I get is a blank screen (white screen). This is really a crippling effect to a very powerful feature of this site. error logs show nothing, and PHP is set to display errors, but all I get is a blank page. I tried doing the above fix, and it didn't correct it. I have tried uploadin 1, 2, 3, 4, and 5 images at once. None work if any of them require resizing. Any hope here? Thanks Dave
6
« on: November 25, 2007, 01:37:19 pm »
Excellent! Thanks
Dave
7
« on: November 24, 2007, 01:05:14 pm »
I'm very interested in getting my link tree to say something other than just "forum" when I'm in the gallery. I would love for it to show
SMFHacks > Forum > Gallery > Category > Subcategory
The extra's queries won't be a problem if somebody could just figure it out.
Dave
8
« on: November 24, 2007, 02:00:29 am »
How hard would it be to implement something like the SMF package interface, where you can just upload a .zip file full of pictures and have the site decompress them and process them? This would be 1000% better than giving 100 users FTP access to upload files to the dir on the server. And easier for people to use I think. Would obviously have to follow the size standards on the server and resize automatically if set, just like the individual image upload does. Shouldn't be that hard to have it loop through them though, read the images in, check size, resize if needed, move to the right dir, then delete the archive.zip when done.
Would such a feature be a reasonable request? The java method seems outdate, and doesn't follow the resize restrictions, and gives me lots of "Undefined index: browser" errors, AND doesn't work for anybody but admin, so isn't a real solution. Thanks for your consideration.
David
9
« on: November 24, 2007, 01:17:23 am »
ok, I figured it out, and I would say this is something that really needs to be addressed.
First, for clarification, the changes I made in sub-graphics.php affect the quality of the "Thumbnail" only. If you want to decrease the quality/filesize of a resized image (like if you upload 2000x2000 and you want it resized to 1000x1000), then you need to also make the change in "gallery.php"
Using the value 65 seemed like a nice quality/filesize, but tweak yourself.
My problem was that the images, even though they were .jpg files being uploaded, were being converted to .png files. It wasn't apparent at first, because when right clicked and saved as, it still put .jpg filename on the end. Opening the .jpg in text editor and you can see the first part clearly says "PNG".
What was causing this? A setting in SMF called "Use PNG for resized avatars?" in the Attachments and Avatars/Avatar Settings section in Admin. Unchecking that allowed the two modification I made to ACTUALLY work.
I would think that the Gallery Pro should work independent of other settings in SFM. For me, the Use PNG setting was selected by default, and thus had me "broken" from the very start. I hope this post helps others. Sorry to double post.
David
10
« on: November 24, 2007, 12:50:36 am »
When I upload an image, say 1.25mb at 2576x1932pixels, And I have the gallery set to resize the image to a max of 1024x768pixels, I would expect the filesize to go DOWN. Instead, the filesize increases to 1.34mb. This is totally baffling me, as the reason for resizing an image would be to atleast lower the filesize a bit. I have searched the forum, and the two methods I have found online don't seem to help me at all. I found this in Gallery.php: if ($sizes[2] == 2) imagejpeg($image, $filename); if ($sizes[2] == 3) imagepng($image, $filename); And replaced it with this(trying numbers from 0-100 with absolutley no change in filesize, exactly the same size down to the bit): if ($sizes[2] == 2) imagejpeg($image, $filename, 0); if ($sizes[2] == 3) imagepng($image, $filename); I also found in Subs-Graphics.php if (!empty($modSettings['avatar_download_png'])) imagepng($dst_img, $destName); else imagejpeg($dst_img, $destName); and replaced it with this(same as above): if (!empty($modSettings['avatar_download_png'])) imagepng($dst_img, $destName); else imagejpeg($dst_img, $destName, 0); Yes, I realize that the resize function is set to resize by dimensions and not filesize, but it seems a bit ridiculous that at nearly 1/3 of the size in dimensions, the filesize gets BIGGER. Can somebody please help? I have GD installed, this is from my phpinfo: GD Support enabled GD Version bundled (2.0.28 compatible) FreeType Support enabled FreeType Linkage with freetype FreeType Version 2.1.9 T1Lib Support enabled GIF Read Support enabled GIF Create Support enabled JPG Support enabled PNG Support enabled WBMP Support enabled XBM Support enabled Can somebody PLEASE help. The main reason for this purchase was the resize ability, and at this rate, I'll quickly run out of space on my webhost. I'm using SMF Gallery Pro 1.3.4 which I just downloaded an installed 5hrs ago. SMF 1.1.4 and TinyPortal v0.9.8. Thank you very much. Dave
11
« on: November 23, 2007, 11:30:42 pm »
Yes, this works a treat. Just bought the pro version specifically FOR the image resize function and was quite upset when the image size/scaling was not taking into account Aspect Ratio. Hopefully this makes it into newer versions so I don't have to re-hack this with every upgrade. Thanks
Dave
Pages: [1]
|
No thumbnails on new uploads
by SMFHacks
March 27, 2024, 02:10:41 pm
|
Display the Contact Page for guests
by SMFHacks
March 27, 2024, 10:55:43 am
|
is it possible to add support for odysee.com
by fvlog19
March 21, 2024, 08:47:51 am
|
Request for admin notification
by davejo
March 10, 2024, 01:31:59 am
|
I need help with torrent upload
by Ineedsmfhelp
March 09, 2024, 10:01:13 pm
|
an idea for new mod (( content type with different display ))
by SMFHacks
February 27, 2024, 01:36:27 pm
|
[Mod] RSS Feed Poster
by SMFHacks
February 27, 2024, 11:57:18 am
|
find duplicate pictures
by fvlog19
February 14, 2024, 02:22:40 pm
|
Error uploading video.
by SMFHacks
February 08, 2024, 02:04:16 pm
|
Gallery icon as last added image
by fvlog19
February 01, 2024, 01:04:56 pm
|
|
|