Recommended Posts

Very poor form for Google, too, considering that today it is them who are "opening the web" and yet they can't be W3C compliant  :rolleyes:

585473939[/snapback]

Hah, that's funny. You're getting on Google's case just because Opera 7.x doesn't support something that's basically now a standard since pretty much every browser has support for it. W3C standards are important, but sometimes you just have to give way to popularity. Besides, XMLHTTPRequest isn't that bad, unlike some of Trident's other "standards."

Hah, that's funny. You're getting on Google's case just because Opera 7.x doesn't support something that's basically now a standard since pretty much every browser has support for it. W3C standards are important, but sometimes you just have to give way to popularity. Besides, XMLHTTPRequest isn't that bad, unlike some of Trident's other "standards."

585489899[/snapback]

And it's only popular because of Google. In response, Opera implemented it. I don't really see the problem here.

Google uses non-standard code which Opera doesn't support (and rightfully so), it gains popularity, Opera supports it.

oh yess i did i would surely post what i have actually done

not here to increase my post count

thats what i experienced on my system on my net connection

i found FF the fastest

i never meant that iam against those results

nor did i meant i did not use those proggies

ahhh my bad should have made the sentence much elaborate

opera simply drags I.E and Max. are like ok

but somehow not as fast as FF thats what i experienced

thats all

no need to have a fight over this :D

585482771[/snapback]

Stop talking please. You're not making sense. Don't mean to be harsh :).
And one reason Opera doesn't work with all Internet services is because they tend to use non-standard scripts. It's because Opera strictly follows most of W3C's standards (Firefox is slightly more relaxed).

585489308[/snapback]

Standards are important, and browser and web developers should strive to support them. However, in the real world, the bottom line is whether or not the the browser you're using can correctly display the website you're viewing. If it can't, it's most likely the browser thats gonna suffer.

i must keep an open mind. i've finally given opera another try...hopefully itll be closely as customizable as firefox was :( lol

EDIT: opera's missing lots of features from firefox...although it is fast and speedy..firefox's find when you type, and addressbar searching (google search from address bar with "google searchitem" as well as other site searches), and ease of customization (i'm sure there are more) are pretty much necessities on my regular browsing..i also like the gecko engine lol...ram and speed issues arent much of the matter now, its just the feature list that matters...i'm sure most of us have computers with decent ram and processor speeds to run all browsers at relatively the same speed

Edited by russellc
You can't get these features in Opera.

585491944[/snapback]

I never knew forecasting and music player are things that enhance its ability as a browser.

That is like saying some anti-spyware software is better than the others because it pays movie.

Also, why the hell would Opera need Gmail notifier when it has mail feature? You can just use POP3.

I never knew forecasting and music player are things that enhance its ability as a browser.

That is like saying some anti-spyware software is better than the others because it pays movie.

Also, why the hell would Opera need Gmail notifier when it has mail feature? You can just use POP3.

585491990[/snapback]

It's all about INTERGRATION buddy, and that it's totally RELEVANT. And anti-spyware software that pays movies, certainly have intergration, but that is definitly not relevant, becuase most anti-spyware software works as a background service and people don't usually spend a lot of time interacting with it. FoxyTunes in the other hand is because most computer users listen to music on their personal computers pretty much all the time (at least for the ones who do), and people who surf the web usually spend a lot of time on the web, therefore it is relavant to intergrate this feature into firefox.

Gmail Notifier. Thanks for the pop3 access and all that, but no thanks. May I remind you that one of the unique things about Gmail is the Visual interface (very powerful and includes search tool on top of everypage), and that Gmail is only for free because of Ads (in fact it's 50% of Google's total revenue), without them, Gmail might stop POP3 service, in which case, there is no need for opera's mail feature. (of course, I am just speculating, there are other alternatives, such as Gmail becoming a pay-service)

I never knew forecasting and music player are things that enhance its ability as a browser.

True. But, what really matters here is the user experince with the browser, things like music player controllers, and weather forcast dialogs makes the overall user experince of a browser that much better. It's like having a built-in GPS w/ a 5 inch LCD in your car, sure the GPS or the LCD won't actually increase the perforance of your car, but it will certainly create a positive user experince, which is what really matters.

And one reason Opera doesn't work with all Internet services is because they tend to use non-standard scripts. It's because Opera strictly follows most of W3C's standards (Firefox is slightly more relaxed).

No, the reason is that sites block Opera on purpose. Opera strictly follows proper standards, but it also supports lots of non-standard extensions. It is a myth that Opera only renders standards compliant pages. That myth needs to die.

Hah, that's funny. You're getting on Google's case just because Opera 7.x doesn't support something that's basically now a standard since pretty much every browser has support for it. W3C standards are important, but sometimes you just have to give way to popularity. Besides, XMLHTTPRequest isn't that bad, unlike some of Trident's other "standards."

And Opera added support for the non-standard XMLHttpRequest. Now Google decided to use the non-standard XSLTProcessor for Google Maps, and they decided to use client-side XSLT, which basically screws it up for anyone with a slower system (especially mobile phones - you know, the kind of people that would actually need a map. But I guess Google doesn't give a damn about mobiles).

opera's missing lots of features from firefox...

Extensions aren't features in Firefox.

firefox's find when you type

It's really called "inline find", and was invented by Opera! :) Well, in browsers anyway.

and addressbar searching (google search from address bar with "google searchitem" as well as other site searches)

Yet another Opera invention, so Opera has this one, too!

So it seems that the Firefox features you are bragging about are not only in Opera, they were invented by Opera too!! :D

How ironic.

and ease of customization

What is "ease of customization"? Having to restart the browser when changing skins? LOL! :D

ram and speed issues arent much of the matter now, its just the feature list that matters...

Indeed, and Opera has lots more features built in, and they are better integrated and polished than what extensions can achieve.

You can't get these features in Opera.

Sure you can.

- Forecast: Easy with a panel.

- FoxyTunes: I'm controlling Winamp from Opera's UI as we speak.

- Gmail notifier: Yep, I've got that. Google's own notifier works fantastically! :)

- Web dev tools: Opera's Web Developer Toolbar absolutely kills Firefox's

I dont like gettin caught up in all the numbers. I base my browser choice (firefox) on the time it takes from when I push ENTER on the keyboard until the entire page is done loading and on my screen. Firefox, in my experience, is still the fastest of all of them.

That is all

I dont like gettin caught up in all the numbers. I base my browser choice (firefox) on the time it takes from when I push ENTER on the keyboard until the entire page is done loading and on my screen. Firefox, in my experience, is still the fastest of all of them.

That is all

585492638[/snapback]

OffTopic: Love your Ava/Sig

And talking about speed and fastest browser, opera crawls with Gmail...

Right from opening up the inbox to sending mails to reading mails, it's pain to use opera.

That could have something to do with most Google site apparently discriminating against Opera, and not gzipping the page, while Firefox and IE get a compressed version.

So naturally, it takes longer if Opera has significantly more data to download.

You can hardly blame Opera for Google discriminating against it...

That could have something to do with most Google site apparently discriminating against Opera, and not gzipping the page, while Firefox and IE get a compressed version.

So naturally, it takes longer if Opera has significantly more data to download.

You can hardly blame Opera for Google discriminating against it...

585492659[/snapback]

Or can you? :sleep:

^ It doesn't have to do with more data or stuffs like that...

Just after signing in takes more time than FF/Maxthon.

I dont blame opera, but i will have to look for alternatives it's not working on fine with me..

Um, did you read what I wrote? :)

If Google doesn't compress the data, then Opera will have to download more, which means that it takes longer for everything to arrive. Just about every time you do something in Gmail it downloads something. If that data is compressed when sent to Firefox and IE, but not when sent to Opera, then it will of course take longer to download for Opera users.

Extensions aren't features in Firefox.

But the ability to add extensions is.
It's really called "inline find", and was invented by Opera! :) Well, in browsers anyway.  Yet another Opera invention, so Opera has this one, too!
Actually you're wrong.
So it seems that the Firefox features you are bragging about are not only in Opera, they were invented by Opera too!! :D
Seems like you have no clue what you're talking about.
How ironic.
Yes.
What is "ease of customization"?
Being able to drag toolbar items whever I want them, for example being able to put my bookmarks toobar next to my menu items.

Please, before you say something, make sure that you know what you are talking about. Your fanaticism makes every opera user look like an ######.

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • Is the article messed up? I understand 26H2 is in Beta, now Build 28020.2308. I'm not even sure what this is supposed to mean: "..... Microsoft is officially moving the Experimental Channel to version 26H2." And...would you please fix your graphics. They are outdated and don't fit the article.
    • The Light of Life? We actually do glow till our Death, study finds by Sayan Sen Image by Rafael Rendon via Pexels A study by researchers at the University of Calgary has found that living organisms produce an extremely faint light known as ultraweak photon emission, and that this glow appears to drop significantly after death. The research was published in the Journal of Physical Chemistry in April 2025 and quickly drew widespread attention, leading to more than 200 news stories about the findings. Ultraweak photon emission (or UPE), sometimes called biophoton emission, refers to tiny amounts of light released by living cells as a result of normal biological activity. A photon is the basic particle of light, and researchers say every living system examined so far, including plants and animals, has been found to emit these photons. The glow is far too faint to be seen by the human eye. “I suppose it has a little to do with people being reminded of auras,” says Dr. Christoph Simon, PhD, one of the authors of the study and a professor in the Department of Physics and Astronomy in the Faculty of Science. “It is a fact that living beings glow. It’s a very weak glow, but it’s there and visible with very sensitive cameras.” According to the study, the light involved is extremely weak, ranging from 10 to 1,000 photons per square centimetre per second across a spectral range of 200 to 1,000 nanometres. For comparison, a nanometre is one-billionth of a metre and is commonly used to measure wavelengths of light. Detecting emissions at such low levels requires highly specialized equipment. To study the phenomenon, researchers used electron-multiplying charge-coupled device (EMCCD) and charge-coupled device (CCD) cameras. These imaging systems are designed to detect extremely small amounts of light, including individual photons, while minimizing background noise. The technology allowed researchers to capture signals that would otherwise be impossible to observe. The team worked with the Human Health Therapeutics Research Centre at the National Research Council of Canada (NRC) in Ottawa to examine photon emissions in mice. Researchers took two-hour exposure images of the animals before and after death and compared the results. “We saw that the level of light that they emit – this biophoton glow – is distinctly different between living and dead animals,” says Dr. Daniel Oblak, PhD, an associate professor in Physics and Astronomy and the corresponding author of the study. The images showed a clear decrease in photon emissions after death across the entire body of each mouse. According to the researchers, this provided direct evidence that living and dead tissue produce different levels of ultraweak photon emission. “It’s a very small amount and it’s, of course, very tricky to detect,” Oblak says. The study grew out of discussions between Simon, whose research interests include quantum biology, and Oblak, whose work focuses on detecting light for quantum communication experiments. Quantum biology is a field that explores whether processes described by quantum physics, which studies matter and energy at very small scales, may also play a role in living systems. “Since I work as a quantum physicist on light detection for quantum communication, I thought that experimentally we have a lot of the tools to be able to detect the light,” Oblak explains. The researchers also investigated UPE in plants and found that the light changed in response to stress. When plants were exposed to higher temperatures or physically injured, their photon emissions increased. Chemical treatments also affected the glow. Among the substances tested, the local anesthetic benzocaine produced the strongest emission response when applied to injured plant tissue. These findings suggest that ultraweak photon emission is closely linked to biochemical and metabolic activity inside living organisms. Metabolism refers to the chemical reactions that allow cells and organisms to stay alive and function. Because these reactions change when an organism experiences stress, injury or disease, researchers believe UPE may provide a way to monitor those changes. The researchers stress that the glow is a physical and biological phenomenon, not a metaphysical one. Oblak says more research is needed to understand exactly how the light is produced and what information it may reveal about the condition of living tissue. “We must understand what that is to figure out what’s happening,” he says. “If we can understand how that relates to certain influences on the body – stress, diseases – then that could be used as a diagnostic tool.” The researchers believe the technique could eventually help scientists study health and disease without invasive procedures. Because UPE can be measured without adding dyes, markers or labels, it may offer a way to monitor whether tissue is healthy, damaged or alive. In plants, it could help researchers better understand how organisms respond to injury, heat and other forms of stress. While the work is still in its early stages, the study demonstrates that ultraweak photon emission imaging can provide a non-invasive and label-free way to observe biological activity. Researchers say the approach could become a useful tool for studying vitality, stress responses and other important processes in both animals and plants. Source: University of Calgary, ACS publication This article was generated with some help from AI and reviewed by an editor. Under Section 107 of the Copyright Act 1976, this material is used for the purpose of news reporting. Fair use is a use permitted by copyright statute that might otherwise be infringing.
    • Damn, I loved this show back in the day.  
    • Rufus 4.15.2393 Beta 2 by Razvan Serea Rufus is a small utility that helps format and create bootable USB flash drives, such as USB keys/pendrives, memory sticks, etc. Despite its small size, Rufus provides everything you need! Oh, and Rufus is fast. For instance it's about twice as fast as UNetbootin, Universal USB Installer or Windows 7 USB download tool, on the creation of a Windows 7 USB installation drive from an ISO (with honorable mention to WiNToBootic for managing to keep up). It is also marginally faster on the creation of Linux bootable USBs from ISOs. A non-exhaustive list of Rufus supported ISOs is available here. It can be especially useful for cases where: you need to create USB installation media from bootable ISOs (Windows, Linux, UEFI, etc.) you need to work on a system that doesn't have an OS installed you need to flash a BIOS or other firmware from DOS you want to run a low-level utility Rufus 4.15.2393 Beta 2 changelog: Add RISC-V 64 support to UEFI:NTFS Improve the guards for using the "silent" option Improve the ability to cancel during write retries Improve progress reporting for compressed image extraction Fix unrestricted XML entity expansion and integer overflow in ezxml parser (courtesy of @esadowski4) [GHSA-55r2-34wg-8mv9] Fix "silent" Windows installation failing at 75% in most cases [#2960] Fix a crash during boot when using UEFI:NTFS on Snapdragon X based ARM64 platforms [#2934] Fix the first WUE option always being checked by default [#2965] Fix an infinite loop when using Windows ISOs that contain multiple WIMs Fix "Enable runtime UEFI media validation" checkbox not always being properly enabled Other WUE improvements/fixes for OneDrive removal and username validation (with thanks to @christian8641) [#2984, #2991] Download: Rufus 4.15 Beta 2 | 1.9 MB (Open Source) Links: Rufus Home Page | Project Page @GitHub | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • Tixati 3.43 by Razvan Serea Tixati is a free and easy to use BitTorrent client featuring detailed views of all seed, peer, and file transfer properties. Also included are powerful bandwidth charting and throttling capabilities, and a full DHT implementation. Tixati is one of the most advanced and flexible BitTorrent clients available. And unlike many other clients, Tixati contains NO SPYWARE, NO ADS, and NO GIMMICKS. Tixati portable version is meant to run on a USB flash drive or other portable media. It stores all its configuration files in the same folder as the executable binary files, and all file paths are stored in a format relative to the program executable folder. It is important you do not delete the "tixati_portable_mode.txt" file within the executables folder. This file is what triggers Tixati to run in portable mode. (The executable binaries are actually the same as the standard edition binaries.) When running the portable edition from a USB flash drive, especially one that is formatted in FAT16/FAT32, you may experience some lag when initially loading a new transfer. This is because initializing and allocating large files on flash-based media consumes a greater amount of time and resources compared to a conventional hard-drive. Tixati has the following features: detailed views of all aspects of the swarm, including peers, pieces, files, and trackers support for magnet links, so no need to download .torrent files if a simple magnet-link is available super-efficient peer choking/unchoking algorithms ensure the fastest downloads peer connection encryption for added security full DHT (Distributed Hash Table) implementation for trackerless torrents, including detailed message traffic graphs and customizable event logging advanced bandwidth charting of overall traffic and per-transfer traffic, with separate classification of protocol and file bytes, and with separate classification of outbound traffic for trading and seeding highly flexible bandwidth throttling, including trading/seeding proportion adjustment and adjustable priority for individual transfers and peers bitfield graphs that show the completeness of all downloaded files, what pieces other peers have available, and the health of the overall swarm customizable event logging for each download, and individual event logs for all peers within the swarm expert local file management functions which allow you to move files to a different partition even while downloading is still in progress 100% compatible with the BitTorrent protocol Windows and Linux-GTK native versions available Tixati 3.43 changelog: Several major DHT improvements Added several screening heuristics to filter malicious DHT nodes, prevent Sybil floods Rewrote DHT search algorithms to add support for multi-path lookups Improved DHT logging, more details in several error messages Extended timeout lengths for outgoing queries over I2P Added incoming query / response per second to DHT table status display Updated Regex engine to PCRE2 Faster Search function, scans channel user profiles in much less time Fixed problems with file name parsing and date handling in RSS Faster and more accurate RSS filtering and episode number detection Several optimizations to global text processing functions, such as UTF-8 cleaning, line splitting, and token parsing Complete update of port-mapping UPNP/NAT-PMP engine, added PCP support, mapping over VPN support, and more Several refinements to default gateway detection on Windows / Android, which is used for port-mapping Support for IPv6 interface-scoped addresses, which is sometimes needed for IPv6 gateway detection and port mapping Full support for PCP port remapping, added backup zero-port query in case requested port is rejected New UPNP/NAT-PMP Monitor in Help > Diagnostics New reflected local port/location tracker that analyzes DHT replies to detect true port/location and NAT mapping type New TCP/UDP Ports monitor in Help > Diagnostics, with several statistic and information tabs, and a detailed event log Calculated/reflected local port is now used for port parameter in tracker queries and peer handshake Fixed several problems with Linux Wayland compatibility Completely replaced tray icon functions in Linux, new SNI implementation is now the default with GSI backup Implemented full DBus-Menu server to be used by new SNI tray icon implementation Replaced Linux tray balloon notification DBus client Rewrote auto-shutdown DBus interface for Linux Rewrote sleep inhibit DBus interface for Linux Dropped deprecated Linux dbus-glib dependencies Completely new Windows asynchronous file handling, now using IOCP model with several block-alignment optimizations Better handling of system network resets and interface down/up cycles Added option to fully clear configuration in Settings > Import/Export Remember last option checkboxes when using Import/Export Fixed minor I2P incoming connection routing problems Much faster I2P vanity host name finder Much faster channel user vanity key finder Raised length limit for torrent tracker remote failure messages to 120 from 64 Fixed problems setting download location on a torrent before the meta info is resolved Added location/MOC paths to category pane tooltips Several minor Web Interface fixes Refinements to static and scrolling ellipsizing layout routines Several fixes and improvements to single and multi-line text edit controls Many other minor fixes throughout the user interface A major overhaul of the Android framework has also been done: API target raised to 35, page alignment set to 16K Rewrote all inset processing routines Full rewrite of foreground service, application, and main activity objects New permission request routines Added multi-cast lock request before UPNP/LPDP discovery operations Fixed file permission and locking problems when loading .torrent from web browsers Fixed problems with Z-ordering of modal / non-modal and popup windows Fixed handling of back gesture on newer OS Added status bar icon adjustment based on status bar background color Added option in Settings > UI > Behavior to continue running in tray when task removed from recents App can be closed by swiping away notification Rewrote IME interface, fixed several problems with auto-correct, on-screen keyboard visibility, and cursor positioning Added full support for Android hardware mouse and keyboard function Added full tooltip implementation for Android hovering via mouse or other cursor device Full rewrite of popup menu widgets to better support hardware pointers and keyboard Added mouse cursor updating framework for Android hovering Added Settings > Import/Export to Android builds Added language file support to Android builds Download: Tixati 64-bit | Tixati 32-bit ~20.0 MB (Freeware) Download: Portable Tixati 3.43 | 114.0 MB Download: Tixati 3.43 for Linux | Android View: Tixati Website | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
  • Recent Achievements

    • One Year In
      hhgygy earned a badge
      One Year In
    • One Month Later
      AMV earned a badge
      One Month Later
    • Week One Done
      AMV earned a badge
      Week One Done
    • Collaborator
      ryansurfer98 went up a rank
      Collaborator
    • One Month Later
      Eurosoft10 earned a badge
      One Month Later
  • Popular Contributors

    1. 1
      +primortal
      514
    2. 2
      +Edouard
      171
    3. 3
      PsYcHoKiLLa
      83
    4. 4
      Steven P.
      74
    5. 5
      Michael Scrip
      72
  • Tell a friend

    Love Neowin? Tell a friend!