Update IMG Size Bug
Moderator: kfury77
Forum rules
Please try to follow these guidelines. This will help to receive faster and more accurate response.
Please try to follow these guidelines. This will help to receive faster and more accurate response.
- Check the Support section of the corresponding product first. Chances are you will find your answer there;
- Do not create new topics for already reported problems. Add your comments to the existing topics instead;
- Create separate topic for each problem request. Do NOT post a number of non-related problem reports in a single topic;
- Give your topic a meaningful title. Titles such as "A question," "Bug report" and "Help!" provide others no clue what your message is about;
- Include the version number of the software you are using;
- This is not an official customer support helpdesk. If you need a prompt and official response, please contact our support team directly instead. It may take a while until you receive a reply in the forum;
Update IMG Size Bug
It seems that the "Update IMG Size" function does not respect the Root Folder in project settings. I have this folder structure:
/www/project/html
/www/project/html/content
/www/project/html/images
The Root Folder is /www/project/html. If I edit a HTML file in the /content folder and insert an image with src="/images", WeBuilder can't update the image size and show the message that the image was not found. The "Update IMG Size" function works only, if I set a relative path like src="../images".
Could you please fix this bug?
/www/project/html
/www/project/html/content
/www/project/html/images
The Root Folder is /www/project/html. If I edit a HTML file in the /content folder and insert an image with src="/images", WeBuilder can't update the image size and show the message that the image was not found. The "Update IMG Size" function works only, if I set a relative path like src="../images".
Could you please fix this bug?
If a project is opened, I expect the project root folder to be respected by folder specific functions.Karlis wrote:How can one tell your project root folder by only looking at the open HTML file?
That's unfavorable. Many web developers use templates and the template files often are not located under the HTML root folder. So the IMG size feature of WeBuilder cannot be used.Karlis wrote:This is not a project feature, but file-related feature instead, so it only looks at the current file, not project settings.
I know this useful function from TopStyle Pro where the IMG size feature follows the site (project) settings.
- chrisjlocke
- Top Contributor
- Posts: 995
- Joined: Mon Aug 01, 2005 4:12 pm
- Location: Essex, UK
- Contact:
As I described above I use (as many other web developers) templates and the template files often are on other locations than the document in the URL. Popular examples are blogs like WordPress.
As my images are allways located under the path /images, there is no problem, if I change the file location of my documents. The absolute path is still correct.
As my images are allways located under the path /images, there is no problem, if I change the file location of my documents. The absolute path is still correct.
Re: Update IMG Size Bug
Add me to the 'would like this feature' list please. I use root (as opposed to document) - relative links on all projects, for all sorts of reasons.
Am a recent convert to WeBuilder, having used Dreamweaver for years, but one good thing about DW was that on the 'insert image' or 'add link' browse dialogue, you had the option to select either 'root relative' or 'document relative' when the path was written. This was a sticky setting, so it stayed at whatever was last used.
Have always preferred the convenience of /root/relative/links and would like to not continuously have to manually remove the likes of /./.../. after links are coded.
Thanks
Am a recent convert to WeBuilder, having used Dreamweaver for years, but one good thing about DW was that on the 'insert image' or 'add link' browse dialogue, you had the option to select either 'root relative' or 'document relative' when the path was written. This was a sticky setting, so it stayed at whatever was last used.
Have always preferred the convenience of /root/relative/links and would like to not continuously have to manually remove the likes of /./.../. after links are coded.
Thanks