• Today with a large change for Web developers who prefer the browser a new version of Firefox has landed, while a huge variety of Code5 gets a green light for browser support from Mozilla. Firefox 16 (download for Home windows | Apple computer | Linux | Android) creates significantly lesser sweeping changes than the past revise to Firefox. A number of HTML5 code provides been "unprefixed," which ensures that Mozilla features chosen it provides matured enough to operate in the web browser without creating instability. The recently unshackled Code5 includes CSS3 Animations, Transforms, Changes, Graphic Principles, Units and values, and IndexedDB. Two Net APIs that Mozilla helped to create, Power supply API and Vibration API, are now unprefixed also. These changes help keep Firefox ambitious, but it as well directs a indication to designers that Mozilla is convinced these will be very good more than enough to begin preparing into their sites. It's a good endorsement of the "future-Web" technology.


    votre commentaire
  • When a lot of people give attention to the BlackBerry Storm, the first touch-screen phone in RIM's history, they anticipate the sensitivity of the accelerometer, the agility of the application store, and the feel of the domed screen that depresses like a giant button when you push on it. Here at the first-ever BlackBerry Developer Conference in Santa Clara, Calif., however, the focus goes much deeper. Of fussing over speed instead, sleekness, and slimness, the conversation here employs conditions like finger one and finger two, downs and ups, listeners, and callbacks; all ingredients application developers must layer into their code to make Java-based applications work on the Storm. RIM, of course, wants to make the transition as easy as possible by translating the core behaviors of a standard BlackBerry to touch-screen equivalents, but there are a lot of tangles to work out and not all the application authors here have experience writing touch-screen apps. It's up to individual developers to determine which of a user's actions will be automatically converted to the touch-screen format and which will need some extra programming to make it work. For example, developers won't have to program every single click that's been written into a Java application (like clicking "OK" or "Save"). The code for those simple, universal actions will be translated as a single tap. However, many moves that the Storm allows have no Curve or Pearl analog, like swiping the screen in all directions or two-fingered taps. To build this capability into an application, the developers must take into account mapping the coordinates where you start and end a swipe, and the magnitude and angles of the arc. All of a sudden it's getting much more mathematical. Numbers must be calculated to mean something in the code, enough to trigger the application's response, like moving a picture around the screen or highlighting text. As the talk in this session becomes more and more technical, the developers' difficult task of reprogramming their style for touch-screen phones becomes all the more clear. As RIM develops more touchscreen phones, I wonder if they'll look for ways to simplify production (especially for less technical contributors) that resemble Apple's paint-by-numbers developer's program with its drag-and-drop interface-building.


    votre commentaire


    Suivre le flux RSS des articles de cette rubrique
    Suivre le flux RSS des commentaires de cette rubrique