When I visit websites that also have sites optimized for mobile phones like nu.nl and cracked.com i am direcedt to those. But I want the original site. I can't find a way to change it. I turned mobile view off.
taarmen said:
When I visit websites that also have sites optimized for mobile phones like nu.nl and cracked.com i am direcedt to those. But I want the original site. I can't find a way to change it. I turned mobile view off.
Click to expand...
Click to collapse
You can't change it. It's not caused by Opera. It's the site that detects that you are using Opera Mini, and decides that you are to get a mobile site instead of the full site. Complain to the site.
Type opera:config in your address bar and poke around with the settings. It's in there somewhere.
EyeAmRubber said:
You can't change it. It's not caused by Opera. It's the site that detects that you are using Opera Mini, and decides that you are to get a mobile site instead of the full site.
Click to expand...
Click to collapse
And where do you think the site gets this information from? From Opera! - sending the wrong string as user agent in it's HTTP-requests.
EyeAmRubber said:
Complain to the site.
Click to expand...
Click to collapse
No. The site does deliver correctly what the browser requested. It's definitely Opera sending the wrong request.
SE-X1 said:
And where do you think the site gets this information from? From Opera! - sending the wrong string as user agent in it's HTTP-requests.
Click to expand...
Click to collapse
No, it's sending the right string. It's telling the site which browser it is. The wrong thing would be to lie about it.
No. The site does deliver correctly what the browser requested. It's definitely Opera sending the wrong request.
Click to expand...
Click to collapse
No, Opera is just telling the site that it's Opera. The site is choosing what it does when it encounters Opera.
If Opera changed its user agent string to become unrecognizable, browser statistics would be messed up, and sites relying on browsers to be truthful would break.
EyeAmRubber said:
No, it's sending the right string. It's telling the site which browser it is. The wrong thing would be to lie about it.
No, Opera is just telling the site that it's Opera. The site is choosing what it does when it encounters Opera.
If Opera changed its user agent string to become unrecognizable, browser statistics would be messed up, and sites relying on browsers to be truthful would break.
Click to expand...
Click to collapse
So this anoying problem can be fixed by just changing one string or telling 3476587653745344378 sites to change the way they handle requests.
I think it wouldn't even mess up statistics. There are more reliable methods to identify the browser than by using the user agent. The desktop version for example is capable of identifying itself as IE or Firefox and it does not mess up statistics.
I don't get mobile versions of pages shown in Opera mobile so this should be possible in Mini too.
SE-X1 said:
So this anoying problem can be fixed by just changing one string or telling 3476587653745344378 sites to change the way they handle requests.
Click to expand...
Click to collapse
Changing the string would break 3476587653745344378^10 other sites. And would remove it completely from browser stats. Which would get all the whiners going on about how no one is using Opera again.
I think it wouldn't even mess up statistics. There are more reliable methods to identify the browser than by using the user agent.
Click to expand...
Click to collapse
Such as?
The desktop version for example is capable of identifying itself as IE or Firefox and it does not mess up statistics.
Click to expand...
Click to collapse
It identifies as Opera by default. When it identifies as something else, it is not counted as Opera, but as a different browser.
I don't get mobile versions of pages shown in Opera mobile so this should be possible in Mini too.
Click to expand...
Click to collapse
Of course it's possible in Mini. This has got nothing to do with Opera Mini's capabilities. It's the site that chooses to send you to a mobile site.
You can argue as much as you want, it doesn't change anythink about the fact, that O-mini does not show the expected content although it could be very easily be fixed. That's ultra-anoying on any high-res-device.
There's even a checkbox in Opera's options to chose if you want to see mobile-versions if available or not, but it's just ignored.
I'm pretty sure the string can be altered in a way that does both, full-size-content AND right statistics.
Check showip.com with Desktop-Opera. It shows your user agent. It changes when you set Opera to claim it's IE or FF, but they all still include "Opera" +version in that string. Stats can still identify it correctly no matter what you select.
SE-X1 said:
You can argue as much as you want, it doesn't change anythink about the fact, that O-mini does not show the expected content although it could be very easily be fixed.
Click to expand...
Click to collapse
I'm not arguing. I'm pointing out the fact that Opera Mini is simply showing the content that's being sent to it. I'm pointing out the fact that it's the site that's doing this. You are arguing because you evidently don't understand the subject matter.
There's even a checkbox in Opera's options to chose if you want to see mobile-versions if available or not, but it's just ignored.
Click to expand...
Click to collapse
No, that checkbox actually controls what Opera Mini does. It changes the way Opera Mini handles a page. This is completely different from the problem you are referring to, which has to do with what the site does when it detects that you are using Opera Mini.
I'm pretty sure the string can be altered in a way that does both, full-size-content AND right statistics.
Click to expand...
Click to collapse
No, because the sites that are sending Opera Mini to mobile pages are doing so specifically for Opera Mini. If Opera Mini changes its UA string, those sites will simply adapt to the new string, and send that to a mobile page as well. You will have gotten nowhere, except making other people's life harder.
Check showip.com with Desktop-Opera. It shows your user agent. It changes when you set Opera to claim it's IE or FF, but they all still include "Opera" +version in that string. Stats can still identify it correctly no matter what you select.
Click to expand...
Click to collapse
Again, the sites that send Opera Mini to a mobile version are specifically looking for Opera Mini. If you change the string to include other browsers, the page will still specifically look for Opera Mini. It would solve nothing, as explained above.
Stats can identify it correctly if you don't remove Opera Mini from the string. But you seemed to suggest that they simply hide Opera Mini completely, in which case those stats sites would not be able to detect it.
Finally, what more reliable methods to identify the browser than the user agent string are there?
This is getting too much blah blah for a trivial thing. It could be fixed but it's not --> not good
It does work with Opera mobile, that's proof enough that it could work with mini too, no matter how it works.
You are right about the checkbox "mobile view", that's "Small screen rendering mode" which is something else... misleading label.
Im not the expert that can tell you how exactly the user Agent string has to look like, but it's obvious that it could work with the right one.
(Forget about "more reliable methods", seams like it does all work fine with user agents only)
SE-X1 said:
This is getting too much blah blah for a trivial thing. It could be fixed but it's not --> not good
Click to expand...
Click to collapse
It needs to be fixed by the site. It is not Opera Mini which decides which page it's being sent.
It does work with Opera mobile, that's proof enough that it could work with mini too, no matter how it works.
Click to expand...
Click to collapse
Opera Mini and Opera Mobile have different UA strings. Again, it's got nothing to do with "working with Opera Mini". This isn't caused by Opera Mini. It's caused by sites that detect that you are using Opera Mini.
Im not the expert that can tell you how exactly the user Agent string has to look like, but it's obvious that it could work with the right one.
Click to expand...
Click to collapse
I'm telling you that it couldn't. These sites that send Opera Mini mobile content do so because they chose to specifically do so for whatever reason. Changing the UA string would just piss these people off, and update their scripts to send mobile pages to the new UA string as well.
It's getting boring. Have fun with ugly unreadable pages while I surf the web how it's supposed to look.
You admit that you were mistaken then, I presume?
EyeAmRubber said:
You admit that you were mistaken then, I presume?
Click to expand...
Click to collapse
No, you're simply wrong, I just gave up convining you.
So I am "simply wrong" even though you made all the false assertions, such as "more reliable methods" (showing that you have no idea what you are talking about).
Telling me that I'm wrong when all your arguments so far have been devastated is not exactly convincing.
EyeAmRubber said:
So I am "simply wrong" even though you made all the false assertions, such as "more reliable methods" (showing that you have no idea what you are talking about).
Telling me that I'm wrong when all your arguments so far have been devastated is not exactly convincing.
Click to expand...
Click to collapse
I was wrong in a detail like I already said above. But that doesn't change anything about the rest. The problem can definitely be fixed in the Software, that's a provable fact I'm not going to discuss anymore. Saying the software is ok, just the rest of the world has to change to become compatible is just nonsense because it will not fix the problem because it will never happen.
Besides the alternative view does make sense on low end devices so it has to be Opera to decide witch view to load depending on the resulution of the device or better by the settings the user made. And don't tell me again it's not possible, that's just nonsense because it's not and does already work with other browsers.
The "problem" can't be "fixed" by Opera without breaking it for everyone else.
The rest of the world doesn't need to change. You are the one who wants sites who specifically send Opera Mini users to a mobile site to change.
As I already explained, this is not about "Opera views", this is about what kind of content a site sends to Opera. It "works" in other browsers because the sites are not sending them to a mobile site.
Again: Changing the useragen string would break ****loads of websites, and Opera would disappear from the stats. That, or the change will achieve exactly nothing, because the sites that are sending Opera Mini users to a mobile site are specifically looking for Opera Mini in the first place.
You need to stop making assertions when you are clearly severely lacking in knowledge on the subject. It gets worse when you blame Opera for something the site is doing, and claim that it's in Opera's hands.
Sure it's the Site that sends different content, nobody stated anything else. But it depends on the request made by the browser! And when I say it works in other browsers I'm NOT talking about desktop browsers. I use Opera mobile and it does what i want although I got the same results as with Mini with default settings.
In Opera mobile you just go to the setting and set "Spoof UserAgent ID" to "2" to mask as Mozilla. That does still leave "Opera 9.7" mentioned in the User agent and is still identified in browser statistics correctly, but this way you allways get fullsize content without breaking anything. Sure thing the same can be done to any other browser easily.
Maybe you just try it yourself and then we talk again who's got a lack of knowledge.
It's so funny reading all the time what's impossible while everyone can download other mobile browsers and see with own eyes that it's not.
SE-X1 said:
Sure it's the Site that sends different content, nobody stated anything else. But it depends on the request made by the browser!
Click to expand...
Click to collapse
In what way, specifically? What kind of request?
And when I say it works in other browsers I'm NOT talking about desktop browsers. I use Opera mobile and it does what i want although I got the same results as with Mini with default settings.
Click to expand...
Click to collapse
Again, that is because other browsers have a different UA string, and the sites haven't started specifically sending those to a mobile page.
In Opera mobile you just go to the setting and set "Spoof UserAgent ID" to "2" to mask as Mozilla. That does still leave "Opera 9.7" mentioned in the User agent and is still identified in browser statistics correctly, but this way you allways get fullsize content without breaking anything.
Click to expand...
Click to collapse
No, masking as Mozilla completely removes "Opera". "Identify as" doesn't.
How do you know that it's identified in browser statistics?
BTW, please give me an example of a site which sends mobile content to Opera Mobile 7 before changing this setting.
It's so funny reading all the time what's impossible while everyone can download other mobile browsers and see with own eyes that it's not.
Click to expand...
Click to collapse
Evidently, those other mobile browsers are not being singled out by the site and sent mobile content. Once again you show that you completely fail to understand the fundamentals of browser sniffing.
in my view i dont think mini5 is esstially much speedy & good than mini4.2 so i am still use 4.2 now
Hello Everyone,
We have implemented in-application advertising in one of our company's latest applications and seem to have run across an "issue" in Pocket Internet Explorer. I wanted to see if anyone else has come across this and can help me confirm that I have correctly identified the issue.
The way that the advertising implementation works is that when a user clicks on an advertisment, the default web browser is launched as a new process and navigated to a URL. Often, that URL when then follow a chain of 1 or more redirections to eventually land on the actual advertisment page.
If Opera is the default browser, there never is any issue. With Opera, the browser follows the redirections and eventually lands on the target page.
With Internet Explorer however, some advertisments work and others do not. By not work, I mean the browser loads for a short while and then eventually displays a 404 File Not Found error. The address bar still displays the original URL. I believe that this occurs when a certain number of redirections are requested or perhaps it is a certain type of redirection. This was been tested on various models of Windows Mobile 6, 6.1, 6.5, and even 6.5.3 - all professional touch-screen models as this is what our application targets. It can be clearly seen in our application's advertisment statistics as well.
If anyone has any insight on this behavior it would be greatly appreciated.
Thank you,
Brian P. Hamachek
President & CEO
SynergeTech Solutions, Inc
Hi Friends,
I am going to develop a windows mobile application for a big shopping mall using VB.NET.
I will appreciate for your suggestion for the below.
1- Can i filter Message using VB.NET and display in my application. For the example if our company send some promotional message, same time i need to invoke my application and display the message in his own window. and not let it go to the default phone message folder?
2- Is there any Service which can run background and keep filtering for all incoming SMS?
3- I will appreciate if anyone can give me link for the messaging development in VB.NET
Thank You
Hi,
For filtering incoming SMS messages, you need to look into the MessageInterceptor class:
h t t p://msdn.microsoft.com/en-us/library/bb932385.aspx
As for a background "service", you can create an exe project and have it auto-minimise on startup. Add the code to set up the Message Interceptor and display your custom form when a matching message comes in. When the user closes the form, simply minimise back down again. The exe will continue to run unless the user kills it (i.e. in task manager).
When you create your CAB file setup project, open the File System dialog and add a shortcut to the Windows Folder\Startup which targets the Primary Output of your exe. This will ensure the app runs when the user restarts their device.
Hope that helps!
Kind Regards,
PaulM
PaulM,
Thank you for your suggestion, i made a small test application and works like charm )):
After filtering i need to save the message and display it when user need in future. What is the best way to save? XML will be good or other com type should i use to act as database?
Thank You
Hi go4voip,
XML springs to mind, but it depends on security - XML is plain text and can easily be edited by the user on the device.
However, if you wanted more security, you could still use XML but encrypt the data before saving it to a file, then decrypt it before loading it into the XML document. See the System.Security.Cryptography namespace - it's dead easy to use.
Kind Regards,
PaulM
go4voip said:
PaulM,
Thank you for your suggestion, i made a small test application and works like charm )):
After filtering i need to save the message and display it when user need in future. What is the best way to save? XML will be good or other com type should i use to act as database?
Thank You
Click to expand...
Click to collapse
Hi go4voip,
well just to add one more thing here if u use messageinterceptor it may not work for some HD2s as i have faced a lot of issues because of it in one of my app, so i went for a different way. It is basically a native dll.
about saving it google "SQLite" it is mobile db, very small and just a dll...no installation. I used it for my app.
PS: Let me know if you need any help... also you can see two apps in my signature one is SMSFilter that uses the native way of filtering the sms and other one smsrule which uses the messageinterceptor way of filtering. It is verymuch simmilar to what you want.
Thanks,
Mohit
Hello anybody
Actually I write a app to show a social website with the windows phone 7, and to control your status and more.
Now I have a problem. The mobilepage are not very good programmed (not from me ^^).
Also I need a function to set a default zoom level, and a way to disable the zoom for the users.
can you help me please ?
grezz from germany
bibox
One way to do it (and I've a feeling the only way) is to use the following sort of meta tag within the <head>... </head> section of the HTML that you are displaying in the webbrowsercontrol:
<meta name="Viewport" content="width=320; user-scaleable=no; initial-scale=1.0" />
This means of course you need to have control of the HTML that you are trying to display (it won't work unfortunately for displaying someone else's website).
More info here: http://blogs.msdn.com/b/iemobile/archive/2010/11/22/the-ie-mobile-viewport-on-windows-phone-7.aspx
Hope that helps,
Ian
He can download external HTML, save it locally, make needful changes and display from the local file Tricky but should work.
Just wanted to spread the information I learned; you can ensure that the laptop dock version of Firefox always loads the full sites instead of the mobile sites by doing the following:
1) Open Firefox.
2) In the address bar type: about:config
3) Find the string "general.useragent.override", without the quotes.
3.5) Save the old string just in case you want to go back...
4) Change the user agent string from the existing one (which should say ARM somewhere in there), to the following: Mozilla/5.0 (X11; Linux i686; rv:6.0) Gecko/20100101 Firefox/6.0
5) Save the changes, close the browser, and re-start the browser.
This should fix the issues. Try going to www.cnbc.com or www.jalopnik.com and see if it works. These sites usually gave me lots of problems, but now no issues.
Enjoy!
strange. i dont have that string. using 2.3.4.1 stock rooted here.
mn3kgtvr4 said:
strange. i dont have that string. using 2.3.4.1 stock rooted here.
Click to expand...
Click to collapse
Huh, mine has the flag for sure.
supernatedogg18 said:
Just wanted to spread the information I learned; you can ensure that the laptop dock version of Firefox always loads the full sites instead of the mobile sites by doing the following:
1) Open Firefox.
2) In the address bar type: about:config
3) Find the string "general.useragent.override", without the quotes.
3.5) Save the old string just in case you want to go back...
4) Change the user agent string from the existing one (which should say ARM somewhere in there), to the following: Mozilla/5.0 (X11; Linux i686; rv:6.0) Gecko/20100101 Firefox/6.0
5) Save the changes, close the browser, and re-start the browser.
This should fix the issues. Try going to www.cnbc.com or www.jalopnik.com and see if it works. These sites usually gave me lots of problems, but now no issues.
Enjoy!
Click to expand...
Click to collapse
Works a treat - thanks for that!
I'll try again tonight removing Useragent Switcher add on, maybe that's why I don't show the string. Love Jalopnik, would love a permanent fix.
Why wouldn't you just use the Phony add-on (written by a Mozilla developer, mbrubeck) to change to "Desktop Firefox" or user agent of your choice?
Thanks for this I have been trying for over a year now to get full web facebook access rather than the mobile one, no one elses solutions worked.
xmixahlx said:
Why wouldn't you just use the Phony add-on (written by a Mozilla developer, mbrubeck) to change to "Desktop Firefox" or user agent of your choice?
Click to expand...
Click to collapse
The reason I did not like these add-ons was because it changes the file menu bar selections, and because I had to change the setting every time I restarted the browser. The solution I proposed is preserved over sessions and does not change any menu bars.