wmlprogramming : Messages : 30686-30715 of 34585

Hi all,

I'm using the WURFL .net api (http://downloads.sourceforge.net/wurfl/WURFL.NET-1.0.zip) with the latest xml definition file (https://sourceforge.net/project/showfiles.php?group_id=55408&package_id=50315), but I got a strange behaviour.

Calling Net.SourceForge.WURFL.Core.WURFLManager.GetDeviceForRequest() passing the following user agent as parameter:

User agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.0.10) Gecko/2009042316 Firefox/3.0.10 (.NET CLR 3.5.30729)

it returns clearly wrong information about the device, like:

ID = "firefox_301_nt50_engb"
UserAgent = "Mozilla/5.0 (Windows; U; Windows NT 5.0; en-GB; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1"
FallBack = "generic_firefox_3"
Capabilities[3] = {[has_qwerty_keyboard, false]}
Capabilities[14] = {[is_wireless_device, true]}
Capabilities[36] = {[table_support, false]}

This is clearly wrong since the browser is a standard desktop Firefox release.

What did I get wrong?

Thank you
Lorenzo

Reply | Messages in this Topic (5)

#30687

From: "Alex Kerr" <alex@...>
Date: Mon Jun 1, 2009 3:05 pm
Subject: WNG accessed from PHP?

ajck73

Probably a stupid question :) but I'll ask it anyway:

If one has PHP and Java on the same server, is there any way to use the current
Java version of WNG from PHP? By this I mean send WNG markup in PHP pages (etc)
through to WNG running on Java to be processed.

Why do I want to do this? Because my mobile web app is written in PHP, but I
want to use WNG without having to wait for a full PHP version.

Any suggestions much appreciated!

Thanks,
Alex

#30688

From: fanta <fantayeneh@...>
Date: Mon Jun 1, 2009 3:17 pm
Subject: Re: Problems with .net API and WURFL

fantayenehasres

Hi, Lorenzo

It seems an error, i will check it.

Fanta

On 1 Jun 2009, at 15:39, Lorenzo Polidori wrote:

Hi all,

I'm using the WURFL .net api (http://downloads.sourceforge.net/wurfl/WURFL.NET-1.0.zip) with the latest xml definition file (https://sourceforge.net/project/showfiles.php?group_id=55408&package_id=50315), but I got a strange behaviour.

Calling Net.SourceForge.WURFL.Core.WURFLManager.GetDeviceForRequest() passing the following user agent as parameter:

User agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.0.10) Gecko/2009042316 Firefox/3.0.10 (.NET CLR 3.5.30729)

it returns clearly wrong information about the device, like:

ID = "firefox_301_nt50_engb"
UserAgent = "Mozilla/5.0 (Windows; U; Windows NT 5.0; en-GB; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1"
FallBack = "generic_firefox_3"
Capabilities[3] = {[has_qwerty_keyboard, false]}
Capabilities[14] = {[is_wireless_device, true]}
Capabilities[36] = {[table_support, false]}

This is clearly wrong since the browser is a standard desktop Firefox release.

What did I get wrong?

Thank you
Lorenzo

Reply | Messages in this Topic (5)

#30689

From: "Alan Cole" <colea@...>
Date: Mon Jun 1, 2009 4:54 pm
Subject: Re: Android

colealan

My Android handset has just received the 1.5 (Cupcake) update over the air, and
now my browser also works correctly with the wng-example. So...problem resolved,
if not entirely explained.

Thanks,
Alan

--- In wmlprogramming@yahoogroups.com, Sean Ashton <sean_ashton@...> wrote:
>
>
> I've tried the link on an Android Dev Phone 1, running Firmware 1.5 (Cupcake)
and it appears to render the content correctly.
>
> Sean
>
>
> To: wmlprogramming@yahoogroups.com; wmlprogramming@yahoogroups.com
> From: mhobbins@...
> Date: Sat, 23 May 2009 15:25:22 -0300
> Subject: RE: [wmlprogramming] Re: Android
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>       I was going to try the emulator, but if you've checked that, there
nothing I can help with, and nobody I know has an Android handset to test.
>
>
>
> Have you tried android's forums? Plusminus is the guru on anddev.org, he may
have had some experience on this
>
>
>
> Michael
>
>
>
> -----Mensaje original-----
>
> De: "Luca Passani" <passani@...>
>
> Para: wmlprogramming@yahoogroups.com
>
> Enviado: 24/05/09 14:31
>
> Asunto: Re: [wmlprogramming] Re: Android
>
>
>
> This is weird. I don't have an Android device with me, so I am unable to
>
> reproduce the problem.
>
>
>
> I cannot see anything from here that justifies the behavior you are
>
> describing.
>
>
>
> My only guess is that Android is assuming that the page is HTML because
>
> of the .htm extension, totally ignoring the MIME type and getting
>
> confused in the process.  I refuse to believe that Google/HTC screwed up
>
> so egregiously.
>
>
>
> Can you change the extension to .xhtml and see of it makes a difference?
>
>
>
> Also, I suspect you should update the wurfl.zip file too
>
>
>
> thanks
>
>
>
> Luca
>
>
>
> Alan Cole wrote:
>
> > Luca,
>
> >
>
> > As I posted in reply to another message, the URL I am using is:
>
> >
>
> > https://antemural.watson.ibm.com/ML/wng-example/index.htm
>
> >
>
> > This is running the wng-example.war from your package, dated 06 April, size
4,133,398. I have not modified your jsp's at all.
>
> >
>
> > What my Android browser displays is the text of the XML, like:
>
> > <?xml version="1.0" encoding="UTF-8"?>
>
> > <DOCTYPE html PUBLIC "-//WAPFORUM//DTD XHTML Mobile 1.0//EN"
"http://www.wapforum.org/DTD/xhtml-mobile10.dtd>
>
> > <!-- XHTML ADVANCED -->
>
> > <html xmlns="http://www.w3.org/1999/xhtml">
>
> > <head>
>
> > ... and so on ...
>
> >
>
> > Curiously, when I use the Android emulator, the page renders fine. This
helps to reinforce the impression that I have something set up wrong on the
handset. But I am at a loss about what this might be.
>
> >
>
> > If it's useful information, your markup pages for xhtml_support level 3 (and
4) from t.wurfl.com display fine on the handset.
>
> >
>
> > Best Regards,
>
> > Alan
>
> >
>
> >
>
> > --- In wmlprogramming@yahoogroups.com, Luca Passani <passani@> wrote:
>
> >
>
> >> Alan,
>
> >>
>
> >> I have never had an Android device in my hands, but this seems weird.
>
> >> Can you post (or send me privately) a report about the problem which
>
> >> follows the instructions here (they refer to the old WALL, but you get
>
> >> the spirit):
>
> >>
>
> >> http://wurfl.sourceforge.net/java/submitbug.php
>
> >>
>
> >> I would like to get to the end of this issue.
>
> >>
>
> >> Luca
>
> >>
>
> >> Alan C
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> _________________________________________________________________
> Looking to move somewhere new this winter? Let ninemsn property help
>
http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fninemsn%2Edomain%2Ecom%2Eau%2F%3\
Fs%5Fcid%3DFDMedia%3ANineMSN%5FHotmail%5FTagline&_t=774152450&_r=Domain_tagline&\
_m=EXT
>

Reply | Messages in this Topic (19)

#30690

From: "mobivid" <copluk@...>
Date: Mon Jun 1, 2009 5:52 pm
Subject: safest video encoding format for mobile phones

mobivid

Does anyone knows safest hight quality video encoding type for mobile phones? I
don't want to encode same video to different formats and i want to use mp4
container. I have played with H.264/MPEG-4 AVC and mp4v.

Nokias can play first and second but iphone can;t play second. What about other
brands such as Samsung? SE?

I know what I am asking is not very reasonable but I'm not lokking for an
encoding that works on all phones. I am looking for an encoding works for most
of the recent mid+ plus phones and smart phones.

Has anyone exprienced with video encoding for mobile phones?

Reply | Messages in this Topic (3)

#30691

From: Luca Passani <passani@...>
Date: Mon Jun 1, 2009 6:40 pm
Subject: Re: safest video encoding format for mobile phones

luca_passani

> I am looking for an encoding works for most of the recent mid+ plus
  > phones and smart phones.

Mathematically speaking, I think this is the definition of an "empty
set" :(

No encoding/format combination will work on all devices. Even if you
stick to high end. Just to give you an example, iPhone won't even
support RTSP streaming (albeit they are coming up with their own HTTP
based streaming protocol).

If you pull the iPhone out of the picture, the closest to what you are
looking for is 3GPP with codec H263 level 0 profile 10, AMR-NB audio
codec at sQCIF screen size. This will work on a very wide range of
devices, but the quality will be very far from what most of them can do
by selecting a better video container/codec.

If you want to improve on that, there are endless combinations to choose
from (and I have not even mentioned 2G vs 2.5G vs 3G vs HSDPA, which
impacts framerates and bitrates for audio and codec you may want to
choose).

Recently, we have re-organized WURFL capabilities
(http://wurfl.sourceforge.net/help_doc.php , playback and streaming
groups) to help developers leverage WURFL and provide the most
appropriate flows.

the list for you is WURFLvideo:

http://tech.groups.yahoo.com/group/wurflvideo/

Our friends at Kimia have an Open-Source  solution called Alembik, which
may be something you want to look into: http://alembik.sourceforge.net/
For completeness of information, a company called Mobixell seems to have
a great solution in this space, but we are talking carrier grade stuff
here, i.e. great features at carrier-grade prices :)

Luca

mobivid wrote:
> Does anyone knows safest hight quality video encoding type for mobile phones?
I don't want to encode same video to different formats and i want to use mp4
container. I have played with H.264/MPEG-4 AVC and mp4v.
>
> Nokias can play first and second but iphone can;t play second. What about
other brands such as Samsung? SE?
>
> I know what I am asking is not very reasonable but I'm not lokking for an
encoding that works on all phones. I am looking for an encoding works for most
of the recent mid+ plus phones and smart phones.
>
> Has anyone exprienced with video encoding for mobile phones?
>

Reply | Messages in this Topic (3)

#30692

From: Luca Passani <passani@...>
Date: Mon Jun 1, 2009 6:44 pm
Subject: [Fwd: News from AdMob - May 2009]

luca_passani

AdMob
<http://rs6.net/tn.jsp?et=1102595516044&s=9102&e=001FcRvf4EnlbhomiS66JItPucBSCqK\
L6vaNoMe6k36VsQ54_xHoo-nx-Yt_Rr9bH3hs2k4h_yCPbITqJBXeFN_s1aoWkH9Czmx2EM13qdaErI=\
>



*In This Issue*
Avoid Common Mistakes <#LETTER.BLOCK4>
New AdMob Leadership in Japan <#LETTER.BLOCK5>
April Mobile Metrics <#LETTER.BLOCK7>
Download Exchange Update <#LETTER.BLOCK8>
Optimizing Ad Performance <#LETTER.BLOCK9>
AdMob at Upcoming Industry Events <#LETTER.BLOCK10>
AdMob in the News <#LETTER.BLOCK15>
Questions? <#LETTER.BLOCK14>
More from AdMob <#LETTER.BLOCK11>



News from AdMob
May 2009



Tips To Help You Avoid Common Advertiser Mistakes
There are a lot of variables for an advertiser to consider when setting
up and later evaluating the success of their mobile ad campaign.  We've
previously published best practices and optimization tips for all
advertisers and tips specifically for iPhone advertisers, however we
know that managing an effective campaign is both an art and a science.
As such we wanted to share a few of the mistakes we've seen advertisers
make to help you avoid these common pitfalls.

For details, click here
<http://rs6.net/tn.jsp?et=1102595516044&s=9102&e=001FcRvf4EnlbjA0PmM8RvVhjsJ1eYb\
Qyq80ipJF-MHtwBKvy228fZR8EU8rRuG6eJLUNM5OUyMNaAep-kmDzdK8EyAbE5NVDkodc9XO5mDthXY\
MIiU66g8ARxjZiJL92VYHoDW0I8g4nSB2Z45uQ_agWOUInLGq89sZ8dB89gjnrG3vIR7bM5Pq0UKxML_\
fni_xYsuJwPfA0M=>.

*/New AdMob Leadership in Japan/*

AdMob has long had a global focus and when we announced our Series C
funding several months ago we talked about accelerating the growth of
our worldwide operations, with an emphasis in Western Europe, India,
South Africa, and Japan. We are now taking a big step forward in Japan
with the appointment of John Lagerling as AdMob's Vice President and
General Manager of Japan.

To read more about John and our plans in Japan, click here
<http://rs6.net/tn.jsp?et=1102595516044&s=9102&e=001FcRvf4EnlbgB-X2qa3qosxOtn6pt\
Vt6VFQ1uBVsuoPRtth-Kv8xyyqEGzZBSyk7w3c3V8iao1ycbhvUKso1MyiHDs_AufCCuMco3rEE2SEwz\
Mj2M6XLK_Rms_d4Ypki2GgFKDU4Zi92nuKNNlkpXJOnXZS5waywVysXAjpJkRAEO7TCaKxM8Vg==>.

*/April Mobile Metrics/*

For this month's feature, we compared market share of smartphones sold
to mobile Web usage to determine that smartphones accounted for nearly 3
times more usage than their relative market share.  We also compared
usage of mobile Web sites to usage of HTML sites on mobile devices to
find that the relative usage of both is highest on Apple and Android
devices.

To download the full report, click here
<http://rs6.net/tn.jsp?et=1102595516044&s=9102&e=001FcRvf4EnlbgCESt4k6mnDASCgJtD\
UlM2wsTzNnT6gLI70cdPpYJM_JoLhAuX_9_2WhuUwXdqdnn7nvBTvqqVnc-37yMsuXvRM_rN0JMiZwPS\
1EujbW0QtA==>.

*/Download Exchange Update/*

It has been seven weeks since we launched Download Exchange, our service
that allows developers to increase consumer awareness and drive
downloads of their iPhone app.  When developers join AdMob's iPhone
Download Exchange they allocate a portion of their ad inventory to the
exchange and in return their app is promoted across other iPhone apps in
the AdMob network. We are excited that a majority of our publishers are
now taking advantage of the exchange and that it has delivered great
results so far.

For details click here
<http://rs6.net/tn.jsp?et=1102595516044&s=9102&e=001FcRvf4EnlbhRfajENZC2qBMA9j6Q\
w1QfUeZl762EpOpLO62LNYlVyMnqs6vLAWFl_NdlWCulu4JADB01VZHxJ7ei-TZxxHLO2D4AXzRuWEfm\
UG_QBDkJg7LKn5hFphUgGlnfmgTIgsEusX47OxP3ARPxSUKu6Ct9PfR9JA94zsc=>.

*/Optimizing Ad Performance/*

AdMob constantly analyzes data across our network to find ways to
improve performance for our advertisers and publishers.  These ongoing
analyses examine many aspects of our network such as: advertiser bids,
competition, the type of sites or apps in which ads are served, and the
value of a click to advertisers.

If our data shows that a click from a specific publisher site or
application is significantly less likely to accomplish an advertiser's
business objective (ie. driving a download), we may reduce the flow of
ads to that publisher. This shift in allocation is performed in an
effort to both reward publishers that provide us with high quality,
valuable clicks, as well as maximize performance for our advertisers.

To learn more, click here
<http://rs6.net/tn.jsp?et=1102595516044&s=9102&e=001FcRvf4EnlbgNerpNhPU1onECSdlX\
_6qjJuo80VnrVa5OIWLAIab-xwda6zdI_b0YOrUEQnD4MFyMMGpgM6IM-hAvMQt7LNeXeb1d2ZQXsnpJ\
sccZ7ahJdfCp1dwheu9OzAI-axmD6ULWXZmsuxDYdD22cQ4r0xKlKnxEPhCBpYU=>.

/*AdMob at Upcoming Industry Events*/

*Mobile Marketing Forum*
6/2-6/3: New York, NY

*Mobile Web 2.0 Summit*
6/3: London, UK

*Media Playground*
6/4: London, UK

*Driving Digital Content*
6/4-6/5: London, UK

*Apple Worldwide Developer Conference
*6/8-6/12: San Francisco, CA

*2009 Technology, Media & Communications Conference*
6/9-6/10: San Francisco, CA

*Open Mobile Summit*
6/10-6/11: London, UK

*Mobile Copenhagen*
6/15: Copenhagen, Denmark

*IAB Marketplace Series: Mobile*
7/13: New York, NY

*/AdMob in the News/*

*Wall Street Journal*
iPhone Gets Bigger as Ad Medium
<http://rs6.net/tn.jsp?et=1102595516044&s=9102&e=001FcRvf4EnlbgR-NyxgM-JvJGGIaAd\
DYTFhl9JnuzRXO-66sM3mtvWV16zKGQwF68bPsHUEbsotLukqr3Zg2Y292eOlx-4L6UQy-E8EDBPEUPB\
2_aYgO6-8ouyadyhwYCPAr2NZMgJ_feUOdXfnTdtnROUl2lWSu-q>

*GigaOm
*For the iPhone App Store, Future Holds Chaos & Opportunity
<http://rs6.net/tn.jsp?et=1102595516044&s=9102&e=001FcRvf4EnlbjpAtGU7hmeCy5IeJs6\
h6MwoNQqnUV1pYBnzFHh9AsM4cxUHKRTMBl3mknCIU9tNU14-wyiZAwlcBEtxRFqeyJ6vBfJ2qgy4WIX\
YGf7tpYLCjXrugrSbMvru2Sx-x4jr6aeHxC3ihgTjErVRdQmmtJjAQWtsbt-3vZQ4L-J7EEp74hWzkTV\
Nbc-uIIo00dLtJ0=>

*VentureBeat*
Google's mobile jihad: Support the web, but live with the app
<http://rs6.net/tn.jsp?et=1102595516044&s=9102&e=001FcRvf4EnlbjKRKtAy6WPQn-zQZQY\
zt1GuFlvWQByOn46PlBoZ6OTLOx28STEhkpgG25gYxyn2c_8QfMpxqMQmtP7va86ncwK4X8wvJPyBwBf\
xctUWbCV6D7e-mWJELAHSV3vZxZXiLTJbx-QrnGldrhQKNWlbpy8_SPDoRWIHTbSEHztTfrN0xtT_Ep-\
zD1zpL3TvOMIZyMKb_TQQDULAQ==>

*/Questions?/*

Is there a specific topic you would like to learn more about?  If so,
send us an email at feedback@... <mailto:feedback@...> and
we will be happy to address it.

*/More from AdMob/*

*AdMob Help Center*
Find answers to all of your questions and learn helpful tips about
advertising and publishing here
<http://rs6.net/tn.jsp?et=1102595516044&s=9102&e=001FcRvf4EnlbgApXpVpzcCPUPvXx7l\
1leZHlqoJ1PVtqQrJVClyckvDqJY-2QShu1gHkn9ifSQyctqFhghE-vu2njrAsfbbAW8iUtccIVMmSR9\
9F6G_rSZ70zaKiJCY91r4NGMxIGiYdc=>.



*AdMob Blog
*Subscribe to receive regular updates from our blog The Life and Times
of AdMob here
<http://rs6.net/tn.jsp?et=1102595516044&s=9102&e=001FcRvf4EnlbhHGobGIA8vF4vZrf0a\
dE0doymmPGI_Mvs8dTTeS83X7vLAq3LSU50PjGPkaF6qMx4teugBF_2PLPgDvjXg5VV41h5ZiO_xyGDk\
9-Yl8c39dSw6F8VZxl8wmaUl8GcOTSdO5RgnRlT_v4KqPONjXoKrJo6Yw4pbRua4rHFZ528czzTFS1Bv\
r9O_STcWk_LrTFziN_JPbE32Pq3FjAQdLrlH3zqDOq9tP-GUmBL_pOlWBGVYmU5i8eEx0KREcJMiCli9\
3CR9wU9Cmn1wdcs_uul7>.

*AdMob Mobile Metrics Blog
*Subscribe to receive regular updates from the AdMob Mobile Metrics blog
here
<http://rs6.net/tn.jsp?et=1102595516044&s=9102&e=001FcRvf4Enlbg-JS9ymtfpVDmz7r0f\
yBOUKJyMYzcuQp_S3ft0kjLuPfFcoZ2PG69KRy_QvSFA-C_Sk-7tF2Shbva9-INCvVXgXVhv5uAKxN2g\
HvjWITj0nooRXfPNL0Kex4vt0gtG9OBm2x5KgDRyQ6PGqv4NLC_v65yutrL3O0YIh7sJ39apINZ5OWn2\
0sOOhmHhFZ4lyTMrEv15a18xHtk7xiAjcfku4dZW3infPhGrBPS40AMnet7BpG6ayWNBpnx_Gyv3xfE=\
>.

*Follow us on Twitter*
Interested in keeping up on the latest news from AdMob?  Follow us on
Twitter here
<http://rs6.net/tn.jsp?et=1102595516044&s=9102&e=001FcRvf4Enlbg8yMK01Af4iIh4c0tj\
mxt8HU0xBf5HBdyQFw5EikuQl34B62mvQ_3kqSUTKVtpeo71GMixL7zgYsz-AAj6wrOht8wh_XEmK4G2\
QKrJw2kmGQ==>.




Warm Regards,
Jason Spero



General Manager, North America


<http://rs6.net/tn.jsp?et=1102595516044&s=9102&e=001FcRvf4EnlbhM166IPqfIDhPTuLQN\
MKJySMHiYw0NThLQrjErCfF9gkZo9UCYkxDcbV72-kHs-fFg2sLCNLrBf-SGK_hmbwQfVhvc08g7jFCZ\
vFvxXxN2Qliria1hJbC4-aBq09MBDu8=>





<http://visitor.constantcontact.com/d.jsp?v=001uV3jnccU8bb8hNRGu5VZeYuIQx6zDV_rb\
HOLMWc_Hw1t56DW3YLufARNP9183DEwfVwxloN77kY%3D&p=un>

Reply | Messages in this Topic (1)

#30693

From: Luca Passani <passani@...>
Date: Mon Jun 1, 2009 6:48 pm
Subject: Re: Re: Android

luca_passani

Alan,

it's a pity that the problem is solved for you, because it was not
solved for me :)

  In particular, I am still curious to know why your particular app
server was issuing two MIME types one after the other....

Luca

Alan Cole wrote:
> My Android handset has just received the 1.5 (Cupcake) update over the air,
and now my browser also works correctly with the wng-example. So...problem
resolved, if not entirely explained.
>
> Thanks,
> Alan
>
> --- In wmlprogramming@yahoogroups.com, Sean Ashton <sean_ashton@...> wrote:
>
>> I've tried the link on an Android Dev Phone 1, running Firmware 1.5 (Cupcake)
and it appears to render the content correctly.
>>
>> Sean
>>
>>

Reply | Messages in this Topic (19)

#30694

From: Luca Passani <passani@...>
Date: Mon Jun 1, 2009 6:57 pm
Subject: Re: WNG accessed from PHP?

luca_passani

Alex Kerr wrote:
> Probably a stupid question :) but I'll ask it anyway:
>
> If one has PHP and Java on the same server, is there any way to use the
current Java version of WNG from PHP? By this I mean send WNG markup in PHP
pages (etc) through to WNG running on Java to be processed.
>
> Why do I want to do this? Because my mobile web app is written in PHP, but I
want to use WNG without having to wait for a full PHP version.
>

Alex, I was tempted to write that there isn't any such solution, but I
am afraid that someone might infact have invented a way to bridge Java
and PHP. Even if that was the case, though, I wouldn't go there. It
would sound like a big unreliable hack.

I don't have resources to put on the WNG port to PHP, so right now it
shows up in the roadmap for october, and I can't even guarantee that it
won't be pushed further.

Things may change if some company was willing to put some money in and
speed up the development of this, but right now it's not the case.

I am also willing to pay for someone external to do the port for us. So
far, nobody has volunteered.

Luca

#30695

From: Derek Munneke <derek.munneke@...>
Date: Mon Jun 1, 2009 8:13 pm
Subject: Re: WNG accessed from PHP?

_d_m_

I am not sure if this helps with using WNG from PHP; but there are a few
options for intergration of the Java and PHP platforms

Java platforms that will run PHP

    1. Quercus by Caucho: http://www.caucho.com/resin-3.0/quercus/
       <http://www.caucho.com/resin-3.0/quercus/>
    2. Project Zero by IBM: http://www.projectzero.org/
       <http://www.projectzero.org/>

PHP/Java Integration Instructions from php.net http://php.net/java


Luca Passani wrote:
>
>
> Alex Kerr wrote:
> > Probably a stupid question :) but I'll ask it anyway:
> >
> > If one has PHP and Java on the same server, is there any way to use
> the current Java version of WNG from PHP? By this I mean send WNG
> markup in PHP pages (etc) through to WNG running on Java to be processed.
> >
> > Why do I want to do this? Because my mobile web app is written in
> PHP, but I want to use WNG without having to wait for a full PHP version.
> >
>
> Alex, I was tempted to write that there isn't any such solution, but I
> am afraid that someone might infact have invented a way to bridge Java
> and PHP. Even if that was the case, though, I wouldn't go there. It
> would sound like a big unreliable hack.
>
> I don't have resources to put on the WNG port to PHP, so right now it
> shows up in the roadmap for october, and I can't even guarantee that it
> won't be pushed further.
>
> Things may change if some company was willing to put some money in and
> speed up the development of this, but right now it's not the case.
>
> I am also willing to pay for someone external to do the port for us. So
> far, nobody has volunteered.
>
> Luca
>
>
>
>

#30696

From: Juan Nin <juanin@...>
Date: Mon Jun 1, 2009 10:06 pm
Subject: Re: WNG accessed from PHP?

juan.nin_uy

There's also php/Java bridge:
http://php-java-bridge.sourceforge.net/pjb/

Have never used it though...

We have ported the old Wall4PHP (http://wall.laacz.lv/) to be able to
use it with the new WURFL PHP API.
Will try to upload it somewhere next week if anyone is interested on it.

Do you think it should be hosted on the WURFL website Luca?

--
Juan Nin
3Cinteractive / Mobilizing Great Brands
http://www.3cinteractive.com



On Mon, Jun 1, 2009 at 5:13 PM, Derek Munneke <derek.munneke@...> wrote:
>
>
> I am not sure if this helps with using WNG from PHP; but there are a few
> options for intergration of the Java and PHP platforms
>
> Java platforms that will run PHP
>
> 1. Quercus by Caucho: http://www.caucho.com/resin-3.0/quercus/
> <http://www.caucho.com/resin-3.0/quercus/>
> 2. Project Zero by IBM: http://www.projectzero.org/
> <http://www.projectzero.org/>
>
> PHP/Java Integration Instructions from php.net http://php.net/java
>
> Luca Passani wrote:
>>
>>
>> Alex Kerr wrote:
>> > Probably a stupid question :) but I'll ask it anyway:
>> >
>> > If one has PHP and Java on the same server, is there any way to use
>> the current Java version of WNG from PHP? By this I mean send WNG
>> markup in PHP pages (etc) through to WNG running on Java to be processed.
>> >
>> > Why do I want to do this? Because my mobile web app is written in
>> PHP, but I want to use WNG without having to wait for a full PHP version.
>> >
>>
>> Alex, I was tempted to write that there isn't any such solution, but I
>> am afraid that someone might infact have invented a way to bridge Java
>> and PHP. Even if that was the case, though, I wouldn't go there. It
>> would sound like a big unreliable hack.
>>
>> I don't have resources to put on the WNG port to PHP, so right now it
>> shows up in the roadmap for october, and I can't even guarantee that it
>> won't be pushed further.
>>
>> Things may change if some company was willing to put some money in and
>> speed up the development of this, but right now it's not the case.
>>
>> I am also willing to pay for someone external to do the port for us. So
>> far, nobody has volunteered.
>>
>> Luca
>>
>>
>>
>>
>
>

#30697

From: "andrevdh2001" <andrevdh2001@...>
Date: Tue Jun 2, 2009 9:56 am
Subject: Re: WNG accessed from PHP?

andrevdh2001

http://files.zend.com/help/Zend-Server/zend-server.htm

Look for "Working with the Java Bridge" to check out their implementation of
integrating php and java ... havn't used it yet myself though ...



--- In wmlprogramming@yahoogroups.com, Luca Passani <passani@...> wrote:
>
> Alex Kerr wrote:
> > Probably a stupid question :) but I'll ask it anyway:
> >
> > If one has PHP and Java on the same server, is there any way to use the
current Java version of WNG from PHP? By this I mean send WNG markup in PHP
pages (etc) through to WNG running on Java to be processed.
> >
> > Why do I want to do this? Because my mobile web app is written in PHP, but I
want to use WNG without having to wait for a full PHP version.
> >
>
> Alex, I was tempted to write that there isn't any such solution, but I
> am afraid that someone might infact have invented a way to bridge Java
> and PHP. Even if that was the case, though, I wouldn't go there. It
> would sound like a big unreliable hack.
>
> I don't have resources to put on the WNG port to PHP, so right now it
> shows up in the roadmap for october, and I can't even guarantee that it
> won't be pushed further.
>
> Things may change if some company was willing to put some money in and
> speed up the development of this, but right now it's not the case.
>
> I am also willing to pay for someone external to do the port for us. So
> far, nobody has volunteered.
>
> Luca
>

#30698

From: "cristianods" <cristiano@...>
Date: Tue Jun 2, 2009 1:16 pm
Subject: URL size

cristianods

Is there any restriction with the URL size?

Currently I have some big URL's and I just want to make sure that all phones can
reach that.

Thanks in advance.

Regards

#30699

From: passani@...
Date: Tue Jun 2, 2009 1:38 pm
Subject: Re: URL size

luca_passani

"all" is a big word. URLs longer than 128 chars will give you troubles,
particularly on certain Motorola devices.

Luca

> Is there any restriction with the URL size?
>
> Currently I have some big URL's and I just want to make sure that all
> phones can reach that.
>
> Thanks in advance.
>

#30700

From: Cristiano Diniz da Silva <cristiano@...>
Date: Tue Jun 2, 2009 1:48 pm
Subject: Re: URL size

cristianods

:D never too much to dream reaching 100%

Anyway, thanks for the tip on URL size, I will be working on that.

BTW the site is http://m.goal.com but the newer version (new tech) has not being released yet.

Thanks 
 
Cristiano Diniz da Silva
Web Development & Solutions
http://www.mcloide.com
http://mcloide.wordpress.com
+ 1 561 809 1928
Coral Springs, Fl
PHP5 Zend Certified Engineer
Before printing, just keep in mind your commitment with the environment!

From: "passani@..." <passani@...>
To: wmlprogramming@yahoogroups.com
Sent: Tuesday, June 2, 2009 9:38:37 AM
Subject: Re: [wmlprogramming] URL size

"all" is a big word. URLs longer than 128 chars will give you troubles,

particularly on certain Motorola devices.

Luca

> Is there any restriction with the URL size?

>

> Currently I have some big URL's and I just want to make sure that all

> phones can reach that.

>

> Thanks in advance.

>

#30701

From: "Alex Kerr" <alex@...>
Date: Tue Jun 2, 2009 4:22 pm
Subject: Re: URL size

ajck73

I've got a note that I made from some authoratative source that URLs should be
no longer than 64 bytes, at least for some older phones. Can't remember where I
saw it (prob some old post on here) but it sounded reliable.

--- In wmlprogramming@yahoogroups.com, "cristianods" <cristiano@...> wrote:
>
> Is there any restriction with the URL size?
>
> Currently I have some big URL's and I just want to make sure that all phones
can reach that.
>
> Thanks in advance.
>
> Regards
>

#30702

From: Neerav Modi <neeravmodi@...>
Date: Tue Jun 2, 2009 5:29 pm
Subject: Re: Re: URL size

neeravmodi

In addition, my experience has shown that despite a phone's capability to handle
128 byte URLs, some networks around the world have some ridiculous and
undocumented limitations of their own and cut the URLs off.  Although for
different reasons, I second the recommendation to keep URLs to 64 bytes or less.

--
Neerav

From: Alex Kerr <alex@...>

I've got a note that I made from some authoratative source that URLs should be
no longer than 64 bytes, at least for some older phones. Can't remember where I
saw it (prob some old post on here) but it sounded reliable.

--- In wmlprogramming@ yahoogroups. com, "cristianods" <cristiano@. ..> wrote:
>
> Is there any restriction with the URL size?
>
> Currently I have some big URL's and I just want to make sure that all phones
can reach that.
>
> Thanks in advance.
>
> Regards
>

       Explore and discover exciting holidays and getaways with Yahoo! India
Travel http://in.travel.yahoo.com/

#30703

From: Cristiano Diniz da Silva <cristiano@...>
Date: Tue Jun 2, 2009 5:31 pm
Subject: Re: Re: URL size

cristianods

Hi Alex,

Thanks, that's seems reasonable too. At this moment we got some big URL's (new format for the mobile that will be launched soon). Probably I will have to check up on that as well.

Thanks again.

Regards

Cristiano Diniz da Silva
Web Development & Solutions
http://www.mcloide.com
http://mcloide.wordpress.com
+ 1 561 809 1928
Coral Springs, Fl
PHP5 Zend Certified Engineer
Before printing, just keep in mind your commitment with the environment!

From: Alex Kerr <alex@...>
To: wmlprogramming@yahoogroups.com
Sent: Tuesday, June 2, 2009 12:22:37 PM
Subject: [wmlprogramming] Re: URL size

I've got a note that I made from some authoratative source that URLs should be no longer than 64 bytes, at least for some older phones. Can't remember where I saw it (prob some old post on here) but it sounded reliable.

--- In wmlprogramming@ yahoogroups. com, "cristianods" <cristiano@. ..> wrote:

>

> Is there any restriction with the URL size?

> 

> Currently I have some big URL's and I just want to make sure that all phones can reach that.

> 

> Thanks in advance.

> 

> Regards

>

#30704

From: Cristiano Diniz da Silva <cristiano@...>
Date: Tue Jun 2, 2009 6:22 pm
Subject: Re: Re: URL size

cristianods

2 advices .. I will definitely consider this..

Cristiano Diniz da Silva
Web Development & Solutions
http://www.mcloide.com
http://mcloide.wordpress.com
+ 1 561 809 1928
Coral Springs, Fl
PHP5 Zend Certified Engineer
Before printing, just keep in mind your commitment with the environment!

From: Neerav Modi <neeravmodi@...>
To: wmlprogramming@yahoogroups.com
Sent:
Tuesday, June 2, 2009 1:29:20 PM
Subject: Re: [wmlprogramming] Re: URL size

In addition, my experience has shown that despite a phone's capability to handle 128 byte URLs, some networks around the world have some ridiculous and undocumented limitations of their own and cut the URLs off. Although for different reasons, I second the recommendation to keep URLs to 64 bytes or less.

--

Neerav

From: Alex Kerr <alex@phonething. com>

I've got a note that I made from some authoratative source that URLs should be no longer than 64 bytes, at least for some older phones. Can't remember where I saw it (prob some old post on here) but it sounded reliable.

--- In wmlprogramming@ yahoogroups. com, "cristianods" <cristiano@. ..> wrote:

>

> Is there any restriction with the URL size?

> 

> Currently I have some big URL's and I just want to make sure that all phones can reach that.

> 

> Thanks in advance.

> 

> Regards

>

Explore and discover exciting holidays and getaways with Yahoo! India Travel http://in.travel. yahoo.com/

#30705

From: <copluk@...>
Date: Tue Jun 2, 2009 8:21 pm
Subject: Re: safest video encoding format for mobile phones

mobivid

Thanks for the info

----- Original Message -----

From: Luca Passani

To: wmlprogramming@yahoogroups.com

Sent: Monday, June 01, 2009 7:40 PM

Subject: Re: [wmlprogramming] safest video encoding format for mobile phones

> I am looking for an encoding works for most of the recent mid+ plus
> phones and smart phones.

Mathematically speaking, I think this is the definition of an "empty
set" :(

No encoding/format combination will work on all devices. Even if you
stick to high end. Just to give you an example, iPhone won't even
support RTSP streaming (albeit they are coming up with their own HTTP
based streaming protocol).

If you pull the iPhone out of the picture, the closest to what you are
looking for is 3GPP with codec H263 level 0 profile 10, AMR-NB audio
codec at sQCIF screen size. This will work on a very wide range of
devices, but the quality will be very far from what most of them can do
by selecting a better video container/codec.

If you want to improve on that, there are endless combinations to choose
from (and I have not even mentioned 2G vs 2.5G vs 3G vs HSDPA, which
impacts framerates and bitrates for audio and codec you may want to
choose).

Recently, we have re-organized WURFL capabilities
(http://wurfl.sourceforge.net/help_doc.php , playback and streaming
groups) to help developers leverage WURFL and provide the most
appropriate flows.

the list for you is WURFLvideo:

http://tech.groups.yahoo.com/group/wurflvideo/

Our friends at Kimia have an Open-Source solution called Alembik, which
may be something you want to look into: http://alembik.sourceforge.net/
For completeness of information, a company called Mobixell seems to have
a great solution in this space, but we are talking carrier grade stuff
here, i.e. great features at carrier-grade prices :)

Luca

mobivid wrote:
> Does anyone knows safest hight quality video encoding type for mobile phones? I don't want to encode same video to different formats and i want to use mp4 container. I have played with H.264/MPEG-4 AVC and mp4v.
>
> Nokias can play first and second but iphone can;t play second. What about other brands such as Samsung? SE?
>
> I know what I am asking is not very reasonable but I'm not lokking for an encoding that works on all phones. I am looking for an encoding works for most of the recent mid+ plus phones and smart phones.
>
> Has anyone exprienced with video encoding for mobile phones?
>

Reply | Messages in this Topic (3)

#30706

From: Luca Passani <passani@...>
Date: Tue Jun 2, 2009 9:58 pm
Subject: Re: Re: URL size

luca_passani

I disagree with this for a few reasons. Do you guys realize how few 64
chars are for a URL?

Also, as early as 2000, virtually all WAP 1.1 devices were not having
issues with URLs under 128 chars or less. There is no real reason to go
below that, unless you want to make your developer life unnecessarily
complicated.

It is possible that somewhere a device with 64-chars limit has existed
(I wouldn't be able to mention any) and it is possible that some MNO in
a developing country has grossly misconfigured their networks (I
wouldn't be able to mention any), but this is not a good enough reason
to cripple our applications.

By the same logic we should be using WML 1.1 and keeping our decks under
1.4 kb. I don't think that such limitations make much sense anymore.

Luca

Neerav Modi wrote:
> In addition, my experience has shown that despite a phone's capability to
handle 128 byte URLs, some networks around the world have some ridiculous and
undocumented limitations of their own and cut the URLs off.  Although for
different reasons, I second the recommendation to keep URLs to 64 bytes or less.
>
> --
> Neerav
>
> From: Alex Kerr <alex@...>
>
> I've got a note that I made from some authoratative source that URLs should be
no longer than 64 bytes, at least for some older phones. Can't remember where I
saw it (prob some old post on here) but it sounded reliable.
>
> --- In wmlprogramming@ yahoogroups. com, "cristianods" <cristiano@. ..> wrote:
>
>> Is there any restriction with the URL size?
>>
>> Currently I have some big URL's and I just want to make sure that all phones
can reach that.
>>
>> Thanks in advance.
>>
>> Regards
>>
>>

#30707

From: Luca Passani <passani@...>
Date: Tue Jun 2, 2009 10:02 pm
Subject: Re: WNG accessed from PHP?

luca_passani

Juan Nin wrote:
> There's also php/Java bridge:
> http://php-java-bridge.sourceforge.net/pjb/
>
> Have never used it though...
>
> We have ported the old Wall4PHP (http://wall.laacz.lv/) to be able to
> use it with the new WURFL PHP API.
> Will try to upload it somewhere next week if anyone is interested on it.
>
> Do you think it should be hosted on the WURFL website Luca?
>

The new API is GPL. Not sure about the license of WALL4PHP. Is it GPL
too? if not, we should first clarify whether the respecitve licenses are
compatible.

Luca

#30708

From: Juan Nin <juanin@...>
Date: Tue Jun 2, 2009 11:52 pm
Subject: Re: WNG accessed from PHP?

juan.nin_uy

This is the header on the Wall4PHP files:

/*
  * Copyright (c) 2004-2005, Kaspars Foigts
  * All rights reserved.
  *
  * Redistribution and use in source and binary forms, with or without
  * modification, are permitted provided that the following conditions are
  * met:
  *
  *    * Redistributions of source code must retain the above copyright
  *      notice, this list of conditions and the following disclaimer.
  *
  *    * Redistributions in binary form must reproduce the above
  *      copyright notice, this list of conditions and the following
  *      disclaimer in the documentation and/or other materials provided
  *      with the distribution.
  *
  *    * Neither the name of the WALL4PHP nor the names of its
  *      contributors may be used to endorse or promote products derived
  *      from this software without specific prior written permission.
  *
  * THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
  * "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
  * LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
  * A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT
  * OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
  * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
  * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
  * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
  * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
  * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
  * OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

  * Authors: Kaspars Foigts (wall4php@...)
  *
*/

On Tue, Jun 2, 2009 at 7:02 PM, Luca Passani <passani@...> wrote:
>
>
> Juan Nin wrote:
>> There's also php/Java bridge:
>> http://php-java-bridge.sourceforge.net/pjb/
>>
>> Have never used it though...
>>
>> We have ported the old Wall4PHP (http://wall.laacz.lv/) to be able to
>> use it with the new WURFL PHP API.
>> Will try to upload it somewhere next week if anyone is interested on it.
>>
>> Do you think it should be hosted on the WURFL website Luca?
>>
>
> The new API is GPL. Not sure about the license of WALL4PHP. Is it GPL
> too? if not, we should first clarify whether the respecitve licenses are
> compatible.
>
> Luca
>
>

--
Juan Nin
3Cinteractive / Mobilizing Great Brands
http://www.3cinteractive.com

#30709

From: Julio Rabad�n Gonz�lez <somms@...>
Date: Wed Jun 3, 2009 7:21 am
Subject: Re: WNG accessed from PHP?

juliorabadang

Following links may help.

http://www.gnu.org/licenses/license-list.html#GPLCompatibleLicenses

http://www.gnu.org/licenses/gpl-faq.html#AllCompatibility

Keep in mind that you have license ALL your software under GPL if you want to publish it, because part of your software is licensed under GPL.

Juan Nin escribió:

This is the header on the Wall4PHP files:

/*
* Copyright (c) 2004-2005, Kaspars Foigts
* All rights reserved.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions are
* met:
*
* * Redistributions of source code must retain the above copyright
* notice, this list of conditions and the following disclaimer.
*
* * Redistributions in binary form must reproduce the above
* copyright notice, this list of conditions and the following
* disclaimer in the documentation and/or other materials provided
* with the distribution.
*
* * Neither the name of the WALL4PHP nor the names of its
* contributors may be used to endorse or promote products derived
* from this software without specific prior written permission.
*
* THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
* "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
* LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
* A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT
* OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
* SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
* LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
* DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
* THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
* (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
* OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

* Authors: Kaspars Foigts (wall4php@laacz.lv)
*
*/

On Tue, Jun 2, 2009 at 7:02 PM, Luca Passani <passani@eunet.no> wrote:
>
>
> Juan Nin wrote:
>> There's also php/Java bridge:
>> http://php-java-bridge.sourceforge.net/pjb/
>>
>> Have never used it though...
>>
>> We have ported the old Wall4PHP (http://wall.laacz.lv/) to be able to
>> use it with the new WURFL PHP API.
>> Will try to upload it somewhere next week if anyone is interested on it.
>>
>> Do you think it should be hosted on the WURFL website Luca?
>>
>
> The new API is GPL. Not sure about the license of WALL4PHP. Is it GPL
> too? if not, we should first clarify whether the respecitve licenses are
> compatible.
>
> Luca
>
>

--
Juan Nin
3Cinteractive / Mobilizing Great Brands
http://www.3cinteractive.com

#30710

From: Luca Passani <passani@...>
Date: Wed Jun 3, 2009 10:58 am
Subject: Re: WNG accessed from PHP?

luca_passani

At first sight, this does not seem like a GPL compatible license.

If you want, you can host a tutorial which explains how to obtain the
two packages separately and how to patch  what you obtain  in order to
integrate the two.

If you create such a document, I think I could point to that from the
WURFL FAQ

Luca

Juan Nin wrote:
> This is the header on the Wall4PHP files:
>
> /*
>  * Copyright (c) 2004-2005, Kaspars Foigts
>  * All rights reserved.
>  *
>  * Redistribution and use in source and binary forms, with or without
>  * modification, are permitted provided that the following conditions are
>  * met:
>  *
>  *    * Redistributions of source code must retain the above copyright
>  *      notice, this list of conditions and the following disclaimer.
>  *
>  *    * Redistributions in binary form must reproduce the above
>  *      copyright notice, this list of conditions and the following
>  *      disclaimer in the documentation and/or other materials provided
>  *      with the distribution.
>  *
>  *    * Neither the name of the WALL4PHP nor the names of its
>  *      contributors may be used to endorse or promote products derived
>  *      from this software without specific prior written permission.
>  *
>  * THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
>  * "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
>  * LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
>  * A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT
>  * OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
>  * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
>  * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
>  * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
>  * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
>  * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
>  * OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
>
>  * Authors: Kaspars Foigts (wall4php@...)
>  *
> */
>
>
> On Tue, Jun 2, 2009 at 7:02 PM, Luca Passani <passani@...> wrote:
>
>> Juan Nin wrote:
>>
>>> There's also php/Java bridge:
>>> http://php-java-bridge.sourceforge.net/pjb/
>>>
>>> Have never used it though...
>>>
>>> We have ported the old Wall4PHP (http://wall.laacz.lv/) to be able to
>>> use it with the new WURFL PHP API.
>>> Will try to upload it somewhere next week if anyone is interested on it.
>>>
>>> Do you think it should be hosted on the WURFL website Luca?
>>>
>>>
>> The new API is GPL. Not sure about the license of WALL4PHP. Is it GPL
>> too? if not, we should first clarify whether the respecitve licenses are
>> compatible.
>>
>> Luca
>>
>>
>>
>
>
>
>

#30711

From: Laurent Willen <laurent_fr_1234@...>
Date: Wed Jun 3, 2009 1:15 pm
Subject: What's so special about Vodafone VF 332?

laurent_fr_1234

Hi all,

Two weeks ago, I started receiving a lot of visits from people in Italy looking for the Vodafone VF 332 (it's a Huawei phone). I've been looking for information about this device and it's not even available on the Vodafone.it web site. I have this phone in my database because obviously some people are already using it but it looks like it's a low end cheap phone with nothing special about it:

http://www.mobilemultimedia.be/en/uaprof/Vodafone-VF-332-specifications-uaprof-3609.html

I'm now receiving more visits for this phone than the iPhone ! Has any of you more information about this phone?

Thanks
Laurent

Reply | Messages in this Topic (1)

#30712

From: "burtonien@..." <burtonien@...>
Date: Wed Jun 3, 2009 7:24 am
Subject: HTML e-mail capability

burtonien...

Hello,

I was wondering if there is a capability in WURFL, telling whether a device is
able to display HTML encoded e-mails or not.

My very old BlackBerry doesn't handle this kind of e-mail at all, so I'm looking
for a way to detect it dynamically, so as to perform an adaptation of the e-mail
if needed.

Thanks.

Reply | Messages in this Topic (2)

#30713

From: "vnoel63" <vnoel@...>
Date: Wed Jun 3, 2009 7:57 am
Subject: Re: URL size

vnoel63

I agree with Luca. Furthermore, more and more MNO use large URL (i.e. more than
128 chars) to pass information to the application, like the access mode, the
words in their search module, the parental control, ...
Regardless some old devices, the recent devices can also reach the WEB, and they
can not have such a small limitation in the URL.

In our experience, we have :
- URL coming from the MNO portals up to 190 chars
- URL within our applications up to 148 chars, but most of them having less than
128 chars


Vincent

--- In wmlprogramming@yahoogroups.com, Luca Passani <passani@...> wrote:
>
>
> I disagree with this for a few reasons. Do you guys realize how few 64
> chars are for a URL?
>
> Also, as early as 2000, virtually all WAP 1.1 devices were not having
> issues with URLs under 128 chars or less. There is no real reason to go
> below that, unless you want to make your developer life unnecessarily
> complicated.
>
> It is possible that somewhere a device with 64-chars limit has existed
> (I wouldn't be able to mention any) and it is possible that some MNO in
> a developing country has grossly misconfigured their networks (I
> wouldn't be able to mention any), but this is not a good enough reason
> to cripple our applications.
>
> By the same logic we should be using WML 1.1 and keeping our decks under
> 1.4 kb. I don't think that such limitations make much sense anymore.
>
> Luca
>
> Neerav Modi wrote:
> > In addition, my experience has shown that despite a phone's capability to
handle 128 byte URLs, some networks around the world have some ridiculous and
undocumented limitations of their own and cut the URLs off.  Although for
different reasons, I second the recommendation to keep URLs to 64 bytes or less.
> >
> > --
> > Neerav
> >
> > From: Alex Kerr <alex@...>
> >
> > I've got a note that I made from some authoratative source that URLs should
be no longer than 64 bytes, at least for some older phones. Can't remember where
I saw it (prob some old post on here) but it sounded reliable.
> >
> > --- In wmlprogramming@ yahoogroups. com, "cristianods" <cristiano@ ..>
wrote:
> >
> >> Is there any restriction with the URL size?
> >>
> >> Currently I have some big URL's and I just want to make sure that all
phones can reach that.
> >>
> >> Thanks in advance.
> >>
> >> Regards
> >>
> >>
>

#30714

From: "Jose Alberto Fernandez" <jose@...>
Date: Wed Jun 3, 2009 10:07 am
Subject: Re: URL size

j_a_fernandez

Just to add my experience, which is limited to UK, BTW.

Where we had had problems with URL lengths is primarily when sending wap pushes;
you should try to keep it below 64 chars. Also, quite a few phones do not allow
you to type more than 64/128 chars on bookmarks.

If you are using long URLs internal to the flow of your app, they usually can be
longer, but do not try massively long URLs as you may hit some limit. If you do
have massive URLs then you probably should be using POST instead of GET as the
submission method.

Hope this is helpful,

Jose Alberto

--- In wmlprogramming@yahoogroups.com, Luca Passani <passani@...> wrote:
>
>
> I disagree with this for a few reasons. Do you guys realize how few 64
> chars are for a URL?
>
> Also, as early as 2000, virtually all WAP 1.1 devices were not having
> issues with URLs under 128 chars or less. There is no real reason to go
> below that, unless you want to make your developer life unnecessarily
> complicated.
>
> It is possible that somewhere a device with 64-chars limit has existed
> (I wouldn't be able to mention any) and it is possible that some MNO in
> a developing country has grossly misconfigured their networks (I
> wouldn't be able to mention any), but this is not a good enough reason
> to cripple our applications.
>
> By the same logic we should be using WML 1.1 and keeping our decks under
> 1.4 kb. I don't think that such limitations make much sense anymore.
>
> Luca
>
> Neerav Modi wrote:
> > In addition, my experience has shown that despite a phone's capability to
handle 128 byte URLs, some networks around the world have some ridiculous and
undocumented limitations of their own and cut the URLs off.  Although for
different reasons, I second the recommendation to keep URLs to 64 bytes or less.
> >
> > --
> > Neerav
> >
> > From: Alex Kerr <alex@...>
> >
> > I've got a note that I made from some authoratative source that URLs should
be no longer than 64 bytes, at least for some older phones. Can't remember where
I saw it (prob some old post on here) but it sounded reliable.
> >
> > --- In wmlprogramming@ yahoogroups. com, "cristianods" <cristiano@ ..>
wrote:
> >
> >> Is there any restriction with the URL size?
> >>
> >> Currently I have some big URL's and I just want to make sure that all
phones can reach that.
> >>
> >> Thanks in advance.
> >>
> >> Regards
> >>
> >>
>

#30715

From: "cristianods" <cristiano@...>
Date: Wed Jun 3, 2009 1:48 pm
Subject: Re: URL size

cristianods

Luca,

My bigger URL is, at this moment, close to 200 chars and this will increase when
we translate to RTL languages.

Do you know of any possible problem that can happen? I know that 100% of mobile
phones is impossible, but I would like to have the site supporting the current
ones on the market (new and old).

Thanks in advance.

Regards

--- In wmlprogramming@yahoogroups.com, Luca Passani <passani@...> wrote:
>
>
> I disagree with this for a few reasons. Do you guys realize how few 64
> chars are for a URL?
>
> Also, as early as 2000, virtually all WAP 1.1 devices were not having
> issues with URLs under 128 chars or less. There is no real reason to go
> below that, unless you want to make your developer life unnecessarily
> complicated.
>
> It is possible that somewhere a device with 64-chars limit has existed
> (I wouldn't be able to mention any) and it is possible that some MNO in
> a developing country has grossly misconfigured their networks (I
> wouldn't be able to mention any), but this is not a good enough reason
> to cripple our applications.
>
> By the same logic we should be using WML 1.1 and keeping our decks under
> 1.4 kb. I don't think that such limitations make much sense anymore.
>
> Luca
>
> Neerav Modi wrote:
> > In addition, my experience has shown that despite a phone's capability to
handle 128 byte URLs, some networks around the world have some ridiculous and
undocumented limitations of their own and cut the URLs off.  Although for
different reasons, I second the recommendation to keep URLs to 64 bytes or less.
> >
> > --
> > Neerav
> >
> > From: Alex Kerr <alex@...>
> >
> > I've got a note that I made from some authoratative source that URLs should
be no longer than 64 bytes, at least for some older phones. Can't remember where
I saw it (prob some old post on here) but it sounded reliable.
> >
> > --- In wmlprogramming@ yahoogroups. com, "cristianods" <cristiano@ ..>
wrote:
> >
> >> Is there any restriction with the URL size?
> >>
> >> Currently I have some big URL's and I just want to make sure that all
phones can reach that.
> >>
> >> Thanks in advance.
> >>
> >> Regards
> >>
> >>
>