This is a question I have seen a lot in various sites but as of yet there is no real answer. How is it possible to have a page with a htm or html extension but get DW to add php content? And render any existing php content in the page?
Why do I need to do this? well making mobile sites and accessing pages in software like Edge only see htm pages so any existing sites I have made cannot be edited in such software or converted into apps thru applications like andromo (http://www.indigorose.com/products/andromo/)
Surely there must be a way to tell DW to treat htm page as php?
I am sorry but I wonder sometimes if people actually read the question before answering.
Ken Binney wrote:
Is there some particular reason for retaining the HTM extension?
GSNet wrote:
Why do I need to do this? well making mobile sites and accessing pages in software like Edge only see htm pages so any existing sites I have made cannot be edited in such software or converted into apps thru applications like andromo (http://www.indigorose.com/products/andromo/)
I've been following this topic for a bit but haven't posted because I needed to get my head around what Andromo is. Basically it's just like Phonegap, just without the support for the other operating systems. If you are building an app you will not be able to use native PHP in your page with those builders from what I can tell because the App interface does not allow access to PHP because the content is run as if it is a local file. So you would need to run the AJAX, JSON, or I've seen some posts on XUI to move the data to your server for the PHP to process. The code is then executed by your server and sent back to the phone. And I did some searching and there is even a post, albeit not very informative, in which a user asks this on the Andromo forums: http://support.andromo.com/discussions/questions/332-php-not-supported .
The only part of this that I don't understand is how Edge is fitting into this because, I will admit that I have not used Edge extensively, but to my knowledge it does not support PHP and that all information gets passed in through AJAX, JSON because PHP is not part of the HTML 5 standard unlike Actionscript is to Flash because the open standard is set to support as many platforms as possible so it would work with .NET also.
So to answer your question, as far as I know what you are asking is only possible from the server end and not something DW is programmed to do. If I'm wrong in my understanding of what you are trying to do, please feel free to explain in a bit more detail what is going on, but as far as I can see there is no way to solve this issue.
If this was my project, then I would proceed as Gramps states above. On my project I would give the file a php extension for working only. Once I have the page(s) working as I anticipated, I would then save as with the .htm extension so they would work in "Edge" or anyother software package that does not support the .php extension. GS, I am guessing that this is probably what you are doing currently. There are many ways to "skin" a page!
Jim
Altruistic Gramps wrote:
So my guess is that you have not thought about developing the pages in PHP, as they should, and renaming them for the purpose of applications that do not recognise the extension.
Gramps
Yes I have thought of that, I only asked if it there was an option inside DW that will allow me to do it, otherwise I have to make a copy of the site and then go thru it and rename every page which can be quite a few.
Then if I open it in Edge I would need to extract the content changes and update the php version for future development of the site and try and keep two versions synced
Why the sarcasm? I asked a question and then get responses off subject can you blame me for pointing this out?
I am a web developer of a number of years and currently I am recoding existing projects into html5 for additional compatibility with new developments tools and net enabled devices I would have thought that Adobe would allow something like this in the prefs setting of DW.
SnakEyez02 wrote:
I've been following this topic for a bit but haven't posted because I needed to get my head around what Andromo is. Basically it's just like Phonegap, just without the support for the other operating systems. If you are building an app you will not be able to use native PHP in your page with those builders from what I can tell because the App interface does not allow access to PHP because the content is run as if it is a local file. So you would need to run the AJAX, JSON, or I've seen some posts on XUI to move the data to your server for the PHP to process. The code is then executed by your server and sent back to the phone. And I did some searching and there is even a post, albeit not very informative, in which a user asks this on the Andromo forums: http://support.andromo.com/discussions/questions/332-php-not-supported .
The only part of this that I don't understand is how Edge is fitting into this because, I will admit that I have not used Edge extensively, but to my knowledge it does not support PHP and that all information gets passed in through AJAX, JSON because PHP is not part of the HTML 5 standard unlike Actionscript is to Flash because the open standard is set to support as many platforms as possible so it would work with .NET also.
So to answer your question, as far as I know what you are asking is only possible from the server end and not something DW is programmed to do. If I'm wrong in my understanding of what you are trying to do, please feel free to explain in a bit more detail what is going on, but as far as I can see there is no way to solve this issue.
Thank you,
I understand where you are coming from but I wanted to use edge for some simple layer manipulation as the page is 85% simple html with div layouts all controlled by css, the php side is just db linked content.
I was surprised that Edge would not see these pages as any additional code added to the page would not affect any php it would just affect the divs which are static and not constructed by any db call.
I just wondered if like with htaccess files on a server you could tell DW to do something similar process htm pages as php so the php tab & db panel do not disappear.
Jim Carpenter wrote:
If this was my project, then I would proceed as Gramps states above. On my project I would give the file a php extension for working only. Once I have the page(s) working as I anticipated, I would then save as with the .htm extension so they would work in "Edge" or anyother software package that does not support the .php extension. GS, I am guessing that this is probably what you are doing currently. There are many ways to "skin" a page!
Jim
Hmm, I guess I had better start looking at coding my pages differently and just use AJAX to call the php pages into the htm onload, it just seems over complicated with a lot more additional code required to do what I already do in php. I always had the mind set to make most of the content in php so there are fewer browser compatibility issues when writing jscript for different browser setups
Have a look here http://labs.adobe.com/technologies/spry/samples/utils/query2xml.html to convert the data and here to learn about the data sets http://labs.adobe.com/technologies/spry/articles/data_set_overview/
Once you understand the process, there is hardly any extra coding involved.
Gramps
PS. As an ex-lover of ADDT this should be familiar to you ![]()
I can see where you are coming from, as a previous member of the Interakt beta team. Problem is Spry is a dead framework, the last update was April 29, 2010! compare this to jQuery development cycle!
I am still at a loss on which framework to invest my development time into, the landscape and expectation of a web developer is changing rapidly but there is no clear path for a developer to take.
It was so much eaiser when Macromedia and Interakt where around.....![]()
With a cognac in one hand and a cigar in the other and 2AM it is very difficult to find an answer to what I regard as a statement rather than a question..
Let me start by saying Spry is not dead!
This will also answer your other post in the Spry Forum. The SpryDataSet is supreme, there is no alternative as yet until Mr Blas gets his proverbial into gear https://github.com/jblas/jquery-dataset
The other apsect of Spry is the Validation which has not been surpassed. Spry is good. Stick with it, it will be continued in the next version of DW. Oops, not allowed to say. please keep this between us.
Glad to see another ADDTer
Gramps
North America
Europe, Middle East and Africa
Asia Pacific