You are not logged in.
Pages: 1
Hi,
I use Xinha and ImageManager Plugin with IIS.
When i upload an image, i've no error but image isn't really uploaded in directory "Images". But if i place manually the image in this directory, i could edit, save and erase it in xinha without problem (and i could create subdirectory). How can i resolve this problem ? Thanks.
Offline
Yes, I have in php.ini :
;;;;;;;;;;;;;;;;
; File Uploads ;
;;;;;;;;;;;;;;;;
; Whether to allow HTTP file uploads.
file_uploads = On
; Temporary directory for HTTP uploaded files (will use system default if not
; specified).
;upload_tmp_dir =
; Maximum allowed size for uploaded files.
upload_max_filesize = 2M
Offline
Yep, I have the same issue here, I can do whatever I want once I "manually" place the pictures in my folder but I can't upload them with ImageManager. I've searched on my hardrive for the file ( in case it was put elsewhere ) and there's no trace of the uploaded file either.
The thing is running php5 + iis5 + asp.net 1.x
Thanks in advance
Offline
Ah... one more thing in case it might shed some light : I'm running this server on port 81 in a virtual directory, as such, the base url is something like 127.0.0.1:81/myapp/
Offline
I've tried some modifications like indicate in this link :
http://www.aspplayground.net/forum/m_376095/tm.htm
but i have always same problem.
I think it should be a permission problem on upload folder but which ?
Offline
I'm also having problems with the ImageManager. There is not a place to save the image once I have made changes to it. I can get to the save menu but once I'm there I can't save the image. Has there been any update to the ImageManager that needs to be downloaded?
Thanks for your time
Last edited by louDogg (2006-09-13 17:01:32)
Offline
The newest version of ImageManager plugin is always in the nightly build, you can check the last changes to the plugin here, but as far as I know none of the changes from last few months is related to permissions problems.
In general, to be able to save images, you need to have write permissions to the relevant image directory. (images_dir config variable). You also need to be able to create subdirectories. Additionally, if you want to upload new files, you need to make sure that PHP is correctly setup - temp directory is writable, file uploads enabled, relevant size limit etc.
I don't unfortunately know how to manage permissions in IIS, if that is your case.
If you are still having problems, please respond with your configuration and the specific steps needed to reproduce the error
Cheers,
Chris Kotowicz
Offline
I'm sorry uploading images work great, I was in the wrong directory. My true problem is that when I crop an image I am unable to save the changes. I did a little looking around in the script and found out that the save button is there, but because the file name field and all the other fields in the "save menu" tool bar are to big and hides the save and cancle buttons. I can see the save button if I make the font in my browser(fire fox) smaller. I think the problem is in the JavaScript or the CSS file. Is there a quick fix to make the image editor window bigger?
Last edited by louDogg (2006-09-15 16:49:06)
Offline
I'm sorry uploading images work great, I was in the wrong directory. My true problem is that when I crop an image I am unable to save the changes. I did a little looking around in the script and found out that the save button is there, but because the file name field and all the other fields in the "save menu" tool bar are to big and hides the save and cancle buttons. I can see the save button if I make the font in my browser(fire fox) smaller. I think the problem is in the JavaScript or the CSS file. Is there a quick fix to make the image editor window bigger?
Weird, i'll look into that, but i'm also using FF browser and the edit window always was big enough to show every button.
Edit: I checked it, and it certainly works for me. Could you please post a screenshot of the editing window? How does this window look in IE?
Last edited by koto (2006-09-16 13:13:38)
Offline
The save and cancel buttons do show up in IE. Also the save and cancel buttons does not show up on my friends and my ff. You can view the screen shot here http://www.arshrm.com/new_site/images/picture.png
Last edited by louDogg (2006-09-18 09:30:42)
Offline
Ok, the font used in this image seems wider than on my display, hence the button does not fit.
Could you look what font is being used in the top bar in this window? It should be Tahoma 11px. You could easily check it with webdeveloper extension (Crtl-Shift-F) or DOM inspector (Ctrl-Shift-I). The font is defined in plugins/ExtendedFileManager/assets/editor.css
It looks as if your system renders Verdana, which is a bit widers than Tahoma. Try to compare the fonts in some text editor so that we are sure this is the case. Do you have Tahoma font installed? Is it installed by default on Mac coputers? And your firends - do they also use Mac computers?
Offline
I think neither Verdana nor Tahoma are available by default on macs (they are original MS fonts).
Also the input field is much wider, it had better have a width assigned to rule browser differences out.
May be it would fit more secure if the fields were in a table, not a div
Offline
My computer did not have Tahoma. Once I installed it I could see the save and cancel buttons just fine. Thanks for your quick response. Is there a way to make the buttons show if a computer doesn't have Tahoma and not having to changing the font size.
Offline
Also the input field is much wider, it had better have a width assigned to rule browser differences out.
I narrowed it down to 115px - (was 117px in my browser) but can't test if it solves the problem on macs.
Still - if we can't have Tahoma equivalent on macs - we're facing an alternative to narrow everything for all users so that those without Tahoma don't miss anything from the interface.
I am strongly against converting to tables, but if the narrowing the input field does not leave enough space,
i'll look into the CSS file to get the nessesary space (maybe in separators or quality slider).
louDogg, could you change the editor.css file temporarily like this (add it to the bottom of the file):
body
{
margin: 0; padding: 0;
font: 11px Verdana,sans-serif;
}
#save_filename {width: 115px;}
and tell us if everything fits correctly for you after this changes?
Offline
I entered in your code into the css file and took out Tahoma. This was what I got at first. http://www.arshrm.com/new_site/images/picture.png This was close but to make it work I set the #save_filename to
#save_filename{ width: 100px}
and got this result. http://www.arshrm.com/new_site/images/picture1.png I hope this helps
Last edited by louDogg (2006-09-18 18:48:27)
Offline
Thanks louDogg, the change is now commited to the codebase: http://xinha.python-hosting.com/changeset/588
Offline
Pages: 1
