Making a 'picture' resolution independent.
-
I am writing a program that will display some text/images on a screen at our customer sites. The customer creates the piece of content that is displayed through our web interface. It's usually not too complicated - some text, maybe a picture - it's all pretty standard stuff and we can control it. Problem is - people have different size screens out there and we want it to always show the same way. So if they have a bigger screen, the pictures would be larger, the text would be larger, ... Smaller screen - smaller stuff. (So if it were to take up the entire screen on one, we want it to take up the entire screen on another even if the resolution is different.) The original solution we came up with was to build a 'page' of HTML and then convert it to a SWF file (I got a library that does it for us but it doesn't work on everything and it has issues.) This 'conversion' has to be done programatically by a web application where the result get's saved on the server. I was wondering if anybody had any suggestions on what to do with this. Are there things that will convert from HTML to SWF programatically? Is there a better way of doing this? One of the real problems with the SWF converter we use seems to be that if you resize the SWF file, sometimes the text wraps differently and that's not acceptable. If we were to leave it as HTML and fiddle with the font sizes, that works for text but pictures would get distorted as they become bigger. Also the company that makes the converter seems to have pretty much disappeared off the planet. Any suggestions/thoughts would be greatly appreciated. Jeff.
-
I am writing a program that will display some text/images on a screen at our customer sites. The customer creates the piece of content that is displayed through our web interface. It's usually not too complicated - some text, maybe a picture - it's all pretty standard stuff and we can control it. Problem is - people have different size screens out there and we want it to always show the same way. So if they have a bigger screen, the pictures would be larger, the text would be larger, ... Smaller screen - smaller stuff. (So if it were to take up the entire screen on one, we want it to take up the entire screen on another even if the resolution is different.) The original solution we came up with was to build a 'page' of HTML and then convert it to a SWF file (I got a library that does it for us but it doesn't work on everything and it has issues.) This 'conversion' has to be done programatically by a web application where the result get's saved on the server. I was wondering if anybody had any suggestions on what to do with this. Are there things that will convert from HTML to SWF programatically? Is there a better way of doing this? One of the real problems with the SWF converter we use seems to be that if you resize the SWF file, sometimes the text wraps differently and that's not acceptable. If we were to leave it as HTML and fiddle with the font sizes, that works for text but pictures would get distorted as they become bigger. Also the company that makes the converter seems to have pretty much disappeared off the planet. Any suggestions/thoughts would be greatly appreciated. Jeff.
So the end user is using a Web Browser? I really don't think I am getting your system description. Your customer uses your application to enter some content where the requirments are text and images. Your application produces ???? resources onto a ???? server for the purpose of ????
led mike
-
So the end user is using a Web Browser? I really don't think I am getting your system description. Your customer uses your application to enter some content where the requirments are text and images. Your application produces ???? resources onto a ???? server for the purpose of ????
led mike
Essentially they 'create' something to display and then it gets displayed on a screen at their location. We don't know what size the screen is but we want the stuff to display the same way regardless of what resolution they have. So if it takes up half the screen on a 800x600 screen, it should take up half the screen on 1600x1200. The piece they create can have text and/or pictures in it. This is one of the big problems. Essentially I need to almost layout the stuff and then 'freeze' it so that it will always look the same but yet be scalable. As you may know, if you take a standard jpg and enlarge it it will look grainy. This is not what we want. The final program that displays it is a windows program. Currently we are converting to a SWF file which is then loaded in a Shockwave object that will do the scaling for us. If there's a better way, I'm all for it. TIA - Jeff.
-
I am writing a program that will display some text/images on a screen at our customer sites. The customer creates the piece of content that is displayed through our web interface. It's usually not too complicated - some text, maybe a picture - it's all pretty standard stuff and we can control it. Problem is - people have different size screens out there and we want it to always show the same way. So if they have a bigger screen, the pictures would be larger, the text would be larger, ... Smaller screen - smaller stuff. (So if it were to take up the entire screen on one, we want it to take up the entire screen on another even if the resolution is different.) The original solution we came up with was to build a 'page' of HTML and then convert it to a SWF file (I got a library that does it for us but it doesn't work on everything and it has issues.) This 'conversion' has to be done programatically by a web application where the result get's saved on the server. I was wondering if anybody had any suggestions on what to do with this. Are there things that will convert from HTML to SWF programatically? Is there a better way of doing this? One of the real problems with the SWF converter we use seems to be that if you resize the SWF file, sometimes the text wraps differently and that's not acceptable. If we were to leave it as HTML and fiddle with the font sizes, that works for text but pictures would get distorted as they become bigger. Also the company that makes the converter seems to have pretty much disappeared off the planet. Any suggestions/thoughts would be greatly appreciated. Jeff.
The img tag will take width and height as a percentage, instead of in pixels.
Christian Graus - Microsoft MVP - C++ Metal Musings - Rex and my new metal blog "I am working on a project that will convert a FORTRAN code to corresponding C++ code.I am not aware of FORTRAN syntax" ( spotted in the C++/CLI forum )
-
The img tag will take width and height as a percentage, instead of in pixels.
Christian Graus - Microsoft MVP - C++ Metal Musings - Rex and my new metal blog "I am working on a project that will convert a FORTRAN code to corresponding C++ code.I am not aware of FORTRAN syntax" ( spotted in the C++/CLI forum )
-
That would work if it were just a picture. But what about text ? If the text takes up 1/10th of the screen on an 800x600, we still want it to take up 1/10th on a 1600x1200.
OK, so if they have a big resolution, you want to show huge text ? I would hate that... Or, will it be illegible on small screens ? I'm not sure what you can do there, I'm not sure if font sizes can be relative to the screen size. Oh - can't you find out the screen size using javascript, and set font sizes from there ?
Christian Graus - Microsoft MVP - C++ Metal Musings - Rex and my new metal blog "I am working on a project that will convert a FORTRAN code to corresponding C++ code.I am not aware of FORTRAN syntax" ( spotted in the C++/CLI forum )
-
That would work if it were just a picture. But what about text ? If the text takes up 1/10th of the screen on an 800x600, we still want it to take up 1/10th on a 1600x1200.
OK, so if they have a big resolution, you want to show huge text ? I would hate that... Or, will it be illegible on small screens ? I'm not sure what you can do there, I'm not sure if font sizes can be relative to the screen size.
Christian Graus - Microsoft MVP - C++ Metal Musings - Rex and my new metal blog "I am working on a project that will convert a FORTRAN code to corresponding C++ code.I am not aware of FORTRAN syntax" ( spotted in the C++/CLI forum )
-
OK, so if they have a big resolution, you want to show huge text ? I would hate that... Or, will it be illegible on small screens ? I'm not sure what you can do there, I'm not sure if font sizes can be relative to the screen size. Oh - can't you find out the screen size using javascript, and set font sizes from there ?
Christian Graus - Microsoft MVP - C++ Metal Musings - Rex and my new metal blog "I am working on a project that will convert a FORTRAN code to corresponding C++ code.I am not aware of FORTRAN syntax" ( spotted in the C++/CLI forum )
This is part of a display product that goes in areas like break rooms and conference areas. So people are buying larger screens because it will be seen from farther away. They don't actually 'use' the machine. It just displays information on it for them. TIA - Jeff.
-
Essentially they 'create' something to display and then it gets displayed on a screen at their location. We don't know what size the screen is but we want the stuff to display the same way regardless of what resolution they have. So if it takes up half the screen on a 800x600 screen, it should take up half the screen on 1600x1200. The piece they create can have text and/or pictures in it. This is one of the big problems. Essentially I need to almost layout the stuff and then 'freeze' it so that it will always look the same but yet be scalable. As you may know, if you take a standard jpg and enlarge it it will look grainy. This is not what we want. The final program that displays it is a windows program. Currently we are converting to a SWF file which is then loaded in a Shockwave object that will do the scaling for us. If there's a better way, I'm all for it. TIA - Jeff.
jbradshaw wrote:
if you take a standard jpg and enlarge it it will look grainy.
Is there something you don't understand about this? If you enlarge a picture from it's original resolution the extra pixels you need to do the enlarging never existed, that is why it will look grainy.
jbradshaw wrote:
This is not what we want.
Well that is a nice fantasy but it is not going to happen. You guys have been watching too many TV shows where they zoom in on a section of a satellite photo and it is all blurry and then some guy says some magic word like "enhancing" and all of a sudden the picture is crystal clear. :laugh::laugh::laugh:
led mike
-
jbradshaw wrote:
if you take a standard jpg and enlarge it it will look grainy.
Is there something you don't understand about this? If you enlarge a picture from it's original resolution the extra pixels you need to do the enlarging never existed, that is why it will look grainy.
jbradshaw wrote:
This is not what we want.
Well that is a nice fantasy but it is not going to happen. You guys have been watching too many TV shows where they zoom in on a section of a satellite photo and it is all blurry and then some guy says some magic word like "enhancing" and all of a sudden the picture is crystal clear. :laugh::laugh::laugh:
led mike
Sigh...... Aparently I'm not describing it right. The picture I'm not so worried about. It's the text that I'm worried about. I want to have the text look the same regardless of the resolution. When I say the same, we need to have it take up the same screen space (proportionally) regardless of the resolution. We also want to have it wrap in the same places, show the same amount, ... So if you had an 800x600 screen, and the text were going to wrap like: This is text that should have someplace to wrap around. If we went to 1600x1200, we would want it to wrap the same way plus take up proportionally the same about of space on the screen. So if in the first one it was completely across the screen, we want the same thing to happen for the larger screen. In other words - I almost want to build what it's going to look like and then take a snapshot of that that I can then resize so it will look the same regardless of how big/small it is. I realize it may look grainy as it gets bigger but that's not a real concern at the moment. Pictures are not so much a problem as is the text. That has to look the same, wrap the same, ... TIA - Jeff.
-
Sigh...... Aparently I'm not describing it right. The picture I'm not so worried about. It's the text that I'm worried about. I want to have the text look the same regardless of the resolution. When I say the same, we need to have it take up the same screen space (proportionally) regardless of the resolution. We also want to have it wrap in the same places, show the same amount, ... So if you had an 800x600 screen, and the text were going to wrap like: This is text that should have someplace to wrap around. If we went to 1600x1200, we would want it to wrap the same way plus take up proportionally the same about of space on the screen. So if in the first one it was completely across the screen, we want the same thing to happen for the larger screen. In other words - I almost want to build what it's going to look like and then take a snapshot of that that I can then resize so it will look the same regardless of how big/small it is. I realize it may look grainy as it gets bigger but that's not a real concern at the moment. Pictures are not so much a problem as is the text. That has to look the same, wrap the same, ... TIA - Jeff.
Force the system to run in a single resolution? The problem with trying to do with by resizing the contents is that you'll still run into problems when going between 4:3, 16:10, and 16:9 displays, and will have to choose between letter boxing the content, cropping it, or stretching it asymmetrically.
-- Rules of thumb should not be taken for the whole hand.
-
Force the system to run in a single resolution? The problem with trying to do with by resizing the contents is that you'll still run into problems when going between 4:3, 16:10, and 16:9 displays, and will have to choose between letter boxing the content, cropping it, or stretching it asymmetrically.
-- Rules of thumb should not be taken for the whole hand.