For help with installation, bugs reports or feature requests, please head over to our new forums.
Genuitec Community on GitHub
- This topic has 8 replies, 3 voices, and was last updated 13 years, 7 months ago by
herb200mph.
-
AuthorPosts
-
herb200mphParticipantWhen embedding an image or PDF into a page/screen, mobile devices use the name of the embedded object as the screen name at the top.
In the default control bar at the top of the screen, the display is:
imagename.png 1,211×829 pixels
By what manner/how can that name be changed so it reflects a more logical name display besides the image, etc.
Also, the embedded image page is call via a link item in Screen A and displays in Screen B, but there is no way to add and other widgets or navigation elements to that page (Screen B).
Open to suggestions for both issues:
1) Changing the heading name of the screen.
2) Adding widgets to the embedded page.Our project current has 450+ screens, of which some 60+ are png images and several PDF documents embedded.
Thanks in advance to anyone offering up solutions to these two items.
January 14, 2013 at 6:48 pm #334173
support-octavioMemberHi herb200mph,
I’ve escalated this question to dev team, will follow up as soon as I get an advice/solution from them.
January 15, 2013 at 4:09 am #334183
support-michaelKeymasterPlease post a screenshot to ensure that we precisely understand the issue?
January 15, 2013 at 8:10 am #334191
herb200mphParticipantSee attached.
The text in the blue bar is generated by device using the image name and size.
The black text is part of the actual image.
How do we change the text in the blue line to something less technical?
Or, as an alternative, have no text in the blue bar?
Attachments:
You must be logged in to view attached files.January 15, 2013 at 9:55 am #334199
support-michaelKeymasterI hate to be dense on this topic but how are you creating this screen?
For example is this from a native or webapp?
From the screenshot it appears you are testing on an iOS device, right?
Are you using a GotoURL with the url = /concourse3.png, Open URL in <what is mode>?January 15, 2013 at 2:25 pm #334208
herb200mphParticipantWayne:
Created the page this way:
1) ADDed the image to the list of files associated with the MOBI app page.
2) Using Image/Button on the MOBI app page to link to the embeded file name (not the full, URL, just the filename for the image). In this case “concourse3.png” without the http://domain/etc.
3) Created the app from there.So, essentially, it is a file embedding – which also allows the image or PDF to be spread and pinched. It works great.
Only downside is that awful file name and image size in the blue banner bar.
FYI. It also does the same thing if a PDF file is embedded and opened with a image/button.
What is needed is a way to name the URL embedded page some way.
January 15, 2013 at 2:57 pm #334209
herb200mphParticipantHave just tested this same approach with a PHP file and an HTML file, therby embedding both.
Wondering if the solution would be to create an HTML page, with appropriate title, and insert the image in it.
Would need to add the HTML file and the IMAGE to the file list associated with the app.
Will try that later today and report back on success – or lack thereof.
January 15, 2013 at 3:09 pm #334211
herb200mphParticipantSUCCESS!!!
Created an HTML page with an image link within it.
Gave the HTML page an appropriate title.
Added the HTML page and the IMAGE to the app.
Linked a button to the HTML page “page.htm” with no domain url specified.
Viola!
It works just fine; expand and pinch working OK.
Most importantly = the page name in the blue banner now is controlled by the <title> tag in the HTML page <head> section.
For the type of application we are building for clients, which are mostly reference texts and documents, this solution is well-suited to say the least.
I’d think that we don’t need to fret over the file name display issue as there is a viable workaround.
HB
January 16, 2013 at 8:36 am #334242
herb200mphParticipantEmbedded an image within an html page and it displayed OK.
However, the html somewhat interfers with the enlarging/moving of the image.
The action tends to be a tad clumsy, but one could “live with it” I guess.
Conclusion:
The solution is to come up with the method of changing the name of the image so that the blue bar displays a more “human reading” screen name.
So, this challenge is still open = change the header name of an image to something more appropriate.
-
AuthorPosts
