[WSG] Two, 6 month contract Experience Architect positions at News Inte ractive (Sydney)
News Interactive is a division of News Limited. As such we develop and maintain the following sites: NEWS.com.au, FOXsports, The Australian, Daily Telegraph, The Herald Sun, PerthNow, AdelaideNow, The Mercury, The Courier-Mail, CareerOne, CARSguide, homesite.com.au, TrueLocal. We have a dedicated team of Experience Architects providing IA, usability, accessibility and SEO support across this network of products. We are looking for two contract Experience Architects to join the Sydney-based team for a 6 month duration. As we have a whole heap of work on, we need people who are extremely experienced in a human-centred design approach, are self managing, and have a proven track record of working well with clients. Our preference is for immediate start, but start date is negotiable if we find the right people. If you are interested can you please send your CV and an idea of your contract rates to [EMAIL PROTECTED] Thanks, Jackie Jackie MoyesHead of Experience ArchitectureNews InteractiveA News Limited Company News InteractivePhone: (02) 9288 7554 Fax: (02) 9552 4547Mobile: 0417 497 931Email: [EMAIL PROTECTED]Address: Ground Floor, 235 Pyrmont Street, Pyrmont NSW 2009 Australia Visit the News Interactive Network of sites:NEWS.com.au | australianIT.com.au | FOXSPORTS.com.au | realestate.com.au | careerone.com.au | carsguide.com.au | homesite.com.au | truelocal.com.au ***List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfmUnsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfmHelp: [EMAIL PROTECTED]***
RE: [WSG] Opera Mini and lists
David Storey wrote: > ... It is also cheaper to surf on phones as all > processing is done server side and a compressed binary is sent > to the phone. Less data is sent to the phone and the phone > doesn't have to do and there is no complex processing on the > phone. Does this mean the problem can be fixed on the server without all the current users having to download a new version? > Things like scrolling is also very fast. It'll also work > on many sites not designed for the mobile web, due to the > reformatting and being a full html browser instead of a walled > garden wap browser... This has to be the first 'full' html browser that can't display lists properly. == The information contained in this email and any attachment is confidential and may contain legally privileged or copyright material. It is intended only for the use of the addressee(s). If you are not the intended recipient of this email, you are not permitted to disseminate, distribute or copy this email or any attachments. If you have received this message in error, please notify the sender immediately and delete this email from your system. The ABC does not represent or warrant that this transmission is secure or virus free. Before opening any attachment you should check for viruses. The ABC's liability is limited to resupplying any email and attachments == *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] OT: list-filter, was: Ultimate DOM-script strategy
> None of the messages I receive from this list has a "List-Id" header. > Either it's not being sent, or it's being stripped out somewhere on its > travels. I don't receive it either, but 'Return-Path' should do: Return-Path: It's unlikely to get this by PM. :) > Nick. > --Nick Fitzsimons > http://www.nickfitz.co.uk/ Ciao Niels *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Rollover Problems [was:messed up]
On 9/18/06, russ - maxdesign <[EMAIL PROTECTED]> wrote: > I would have done the rollovers like this: > http://www.thevisualprocess.com/dev/rollover/ Also (being incredibly nit picky - which seems to be a trend on the list tonight) the page you pointed us to has a title of "Untitled Document" as opposed to the far sexier "Ryan Rollovers". :) I noticed that. It also has a CSS rule declared twice [1], the second time with the correct value, but it's not my page so I would have to contact the person who owns the site to let him know. [1] ul#nav li a#roll:hover span { background-position: 0 -50px; } ul#nav li a#roll:hover span { background-position: 0 -25px; } -- -- Christian Montoya christianmontoya.com ... portfolio.christianmontoya.com *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Rollover Problems [was:messed up]
> I would have done the rollovers like this: > http://www.thevisualprocess.com/dev/rollover/ A good one. It may be worthwhile adding a declaration inside one rule set so that text doesn't poke out under the image when font size is increased. This can be fixed by adding something like "overflow: hidden;" inside the following rule set: ul#nav li a { display: block; position: relative; width: 100px; height: 25px; background-color: #eee; overflow: hidden; } Also (being incredibly nit picky - which seems to be a trend on the list tonight) the page you pointed us to has a title of "Untitled Document" as opposed to the far sexier "Ryan Rollovers". :) Russ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Ultimate DOM-script strategy
On 18 Sep 2006, at 13:40, Lachlan Hunt wrote: If you filter on the 'List-Id' header instead of the subject, that doesn't happen. Any decent mail client should be able to filter based on that. None of the messages I receive from this list has a "List-Id" header. Either it's not being sent, or it's being stripped out somewhere on its travels. Nick. -- Nick Fitzsimons http://www.nickfitz.co.uk/ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Rollover Problems [was:messed up]
> Any chance someone could have a quick look at this rollover affect using > css and one image? It looks good in Firefox but screws up in I.E.. > > This is my first post to the group so if I have done this wrong please let > me know! > > http://www.newleaffinance.co.uk I would have done the rollovers like this: http://www.thevisualprocess.com/dev/rollover/ with the added benefit that they would actually *be* accessible, that is, they would default to proper alt text with images disabled and CSS on. hope it helps. -- -- Christian Montoya christianmontoya.com ... portfolio.christianmontoya.com *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Ultimate DOM-script strategy
Keryx webb wrote: Oops! Just saw that Chris answered me off-list. Anything that has [WSG] in its subject gets sorted into the same folder and I did not read carefully. If you filter on the 'List-Id' header instead of the subject, that doesn't happen. Any decent mail client should be able to filter based on that. -- Lachlan Hunt http://lachy.id.au/ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Ultimate DOM-script strategy
Keryx webb wrote: Is it possible to add support for MSIE and CANVAS to MSIE through some 3d-party solution and make it scriptable? http://sourceforge.net/projects/excanvas *1. CORE ECMAscript ABSTRACTION* As of version 1.5 Firefox has picked up speed in its support of core JavaScript functions. With version 2.0 there will be more, and JavaScript 2.0 is on the horizon. Some functionality can be backported to older versions and other browsers: if (typeof Array.map == 'undefined') { Array.prototype.map = function() { /* code here */ } There are many people who've already done this. IIRC, Prototype (or another like that) provides many of those. Dean Edwards has also provided many of those features using his Base.js http://dean.edwards.name/base/ *2. DOM abstraction* Similar problem and similar goal as in step 1. If it is not possible to produce an equal solution, it might be better to add a function to my toolkits DOM-namespace. Example1: Event handling. Question: is if it's really necessary to introduce a function name for this? Couldn't it be feasible to make this workaround for MSIE behave so alike the real addEventListener that we simply could go with that name? See my DOM extensions. I wrote this last year and have used it for several projects. There are a few problems with it and I would like to clean it up one day (I started to, but haven't put much time into it yet). http://lachy.id.au/dev/script/examples/DOM/DOM.js *3. BOM abstraction* BOM = Browser Object Model Few standards exist so it is probably best to use a toolkit-specific namespace. What exactly do you mean by the BOM? Are you referring to things like the window object? If so, see this. http://www.w3.org/TR/Window/ Example 2: Most toolkits tend to come up with a function to "push" and "pop" class names. That's a must have. See the proposed DOMTokenString in Web Apps 1.0 http://www.whatwg.org/specs/web-apps/current-work/#common Example 3: There might also be a need for some utility functions to handle CSS-shortcomings or browser specific CSS-implementation shortcomings... Perhaps that's a category to itself, though. See Dean Edward's IE7 script. http://dean.edwards.name/ie7/ -- Lachlan Hunt http://lachy.id.au/ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Rollover Problems [was:messed up]
Any chance someone could have a quick look at this rollover affect using css and one image? It looks good in Firefox but screws up in I.E.. This is my first post to the group so if I have done this wrong please let me know! http://www.newleaffinance.co.uk Yes you did: 1) Start a new thread by sending an email to the list using a proper subject that explains your problem 2) Never quote anything that is not of any importance to your mail 3) Never post on top and quote a lot of text following it, keep your posts in context. You can only get help when people know what you want. This subject didn't tell them that. *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Opera Mini and lists
On 18 Sep 2006, at 12:13, Steve Olive wrote: On Monday 18 September 2006 18:46, David Dorward wrote: On Mon, Sep 18, 2006 at 12:30:30PM +1000, Geoff Pack wrote: As Opera Mini matures and the base line phones get more powerful, I'm sure further features, such as bullets will be added. Oh come on - are you saying Opera Mini can parse a stylesheet and but isn't powerful enough to indent a line of text and stick a bullet in front of it? The phones, not the software. Given the size of displays on devices that Opera Mini targets, indented text may not be desirable and the screen real estate better used for something else (like more text). Hi all, Interesting glimpses of the future in this thread. :-) However, surely a single space indent would be of more use and convey much more meaning when used as part of the document structure via CSS & lists. I'm not on the Opera Mini engineering team, so I can't say why design decisions were made exactly as they are, but I do know we are looking into things like this. I can successfully browse and read Gmail on a Nokia 6103 using the built in browser, but Opera Mini must offer better features to convince users to download another browser - especially given the limited memory available in mobile phones. Opera Mini has seen huge take up since we released it this year, and growing. we've had well over 1 billion page views now from Opera Mini through our servers. Two of the greatest features of Opera Mini are that it will work on phones where no other browser will and free to download -- it even works on old phones with greyscale screens. It is also cheaper to surf on phones as all processing is done server side and a compressed binary is sent to the phone. Less data is sent to the phone and the phone doesn't have to do and there is no complex processing on the phone. Things like scrolling is also very fast. It'll also work on many sites not designed for the mobile web, due to the reformatting and being a full html browser instead of a walled garden wap browser. Of course, Opera Mobile can do much more as it is a fully blown browser, designed for smart phones and PDAs and all the processing is done locally, on the phone itself.Phones are getting more powerful all the time, so there will probably be a time when both products get closer to each other. We are always looking to improve our products. -- Regards, Steve Bathurst Computer Solutions URL: www.bathurstcomputers.com.au e-mail: [EMAIL PROTECTED] Mobile: 0407 224 251 _ ... (0)> ... / / \ .. / / . ) .. V_/_ Linux Powered! Registered Linux User #355382 *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Opera Mini and lists
On Monday 18 September 2006 18:46, David Dorward wrote: > On Mon, Sep 18, 2006 at 12:30:30PM +1000, Geoff Pack wrote: > >> As Opera Mini matures and the base line phones get more powerful, > >> I'm sure further features, such as bullets will be added. > > > > Oh come on - are you saying Opera Mini can parse a stylesheet and but > > isn't powerful enough to indent a line of text and stick a bullet in > > front of it? > > The phones, not the software. Given the size of displays on devices > that Opera Mini targets, indented text may not be desirable and the > screen real estate better used for something else (like more text). Hi all, Interesting glimpses of the future in this thread. :-) However, surely a single space indent would be of more use and convey much more meaning when used as part of the document structure via CSS & lists. I can successfully browse and read Gmail on a Nokia 6103 using the built in browser, but Opera Mini must offer better features to convince users to download another browser - especially given the limited memory available in mobile phones. -- Regards, Steve Bathurst Computer Solutions URL: www.bathurstcomputers.com.au e-mail: [EMAIL PROTECTED] Mobile: 0407 224 251 _ ... (0)> ... / / \ .. / / . ) .. V_/_ Linux Powered! Registered Linux User #355382 *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Opera Mini and lists
On Mon, Sep 18, 2006 at 12:30:30PM +1000, Geoff Pack wrote: >> As Opera Mini matures and the base line phones get more powerful, >> I'm sure further features, such as bullets will be added. > Oh come on - are you saying Opera Mini can parse a stylesheet and but > isn't powerful enough to indent a line of text and stick a bullet in > front of it? The phones, not the software. Given the size of displays on devices that Opera Mini targets, indented text may not be desirable and the screen real estate better used for something else (like more text). -- David Dorward http://dorward.me.uk *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Opera Mini and lists
Geoff Pack wrote: Oh come on - are you saying Opera Mini can parse a stylesheet and but isn't powerful enough to indent a line of text and stick a bullet in front of it? or a number in case of OLs? P -- Patrick H. Lauke __ re·dux (adj.): brought back; returned. used postpositively [latin : re-, re- + dux, leader; see duke.] www.splintered.co.uk | www.photographia.co.uk http://redux.deviantart.com __ Web Standards Project (WaSP) Accessibility Task Force http://webstandards.org/ __ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***