Slashdot is powered by your submissions, so send in your scoop

 



Forgot your password?
typodupeerror

Comment Re:Help us fix the mobile app scrolling (Score 1) 384

For Chrome at least, have you done some remote debugging, as outlined here in this article: https://developers.google.com/chrome-developer-tools/docs/remote-debugging ? Doing this lets you use the built-in Chrome DevTools to track what JavaScript events fire, set breakpoints for your JavaScript, etc.

I did this out of curiosity, and found that m.slashdot.org gets "stuck" -- that is, when attempting to scroll, the page doesn't move. Upon inspecting events, it appears that something's attempting to recalculate the stying, and also firing off/detecting a whole bunch of "scroll", "touch", "touchstart" and "touchmove" events at once. Though, that "recalculate style" event occurs _every_time_ that scrolling gets "stuck". The pattern seems to be this: // single scroll
"Recalculate Style"
"Recalculate Style"
"Event(scroll)" (varying "scroll", "touch", "touchstart" and "touchmove", at least 10+ occurrences at once) // end single scroll

Do you have code somewhere that's trying to detect scroll-related events? Maybe there's a touch-related (module of an) API that you're using (unnecessarily)? I looked at events that occur while scrolling on coding.smashingmagazine.com, m.bbc.co.uk/news, and allthingsd.com. The last one also fires a series of scroll events, but they're all just "scroll" events and not the various "touch", "touchstart", and "touchmove" events m.slashdot.org is firing. And, the "recalculate style" event doesn't occur either.

One trigger of stuck scrolling appears to be an attempt to invoke a scroll by dragging your finger at a 45 degree angle. Actually, it appears to happen at most angles other than up-down/90 degrees (i.e., dragging your finger vertically, from the top of the screen toward the bottom). Interestingly, you should be able to scroll a page even with a 45 degree angled drag on most pages (it worked on m.bbc.co.uk and coding.smashingmagazine.com, but not on allthingsd.com).

Also, on that "scrolling being interpreted as clicks" issue, it appears there's something wrong with Zepto.js (at least, that was the comment at the beginning of the file). Specifically, the error that was thrown about the time that the issue occurred: "Uncaught TypeError: Cannot call method 'trigger' of undefined". DevTools points at line 5/the first line of actual code, but as it's minified it's very hard to say what code is the culprit. I haven't been able to duplicate this to verify, and I have no idea what I did to cause the issue to occur.

I'm using Chrome 18.0.1025469 on a Galaxy Nexus, running Android 4.1.1.

Comment Re:No thanks (Score 2) 384

I third that. I don't understand why we need a dumbed down version of the site when my phone can display the full site just fine? I'v enever had a problem browsing the full site and prefer it.

My one annoyance with viewing the full site on a mobile browser is the comment slider doesn't work/can't be used -- that slider determines how many full/abbreviated comments I see (which, sometimes I want to modify). Using the slider requires a click+drag motion on the desktop, which isn't necessarily possible on mobile. On Chrome for Android, these two things happen: (1) tap+drag in a web browser means you scroll the page or navigate to the next tab; or (2) a long-tap+drag means you're selecting text.

Comment Maybe for programming: See StackOverflow (Score 1) 184

For the longest time, I used a search engine to help me figure out some programming issues. Now, I tend to go directly to StackOverflow and its related sites because (1) there's (sample) code that I can look at to figure out whether I'm missing something; and (2) people tend to be interested in providing helpful info. The times I use a search engine are when (a) I have some specific error message (compiler, some program I'm using, etc.); or (b) I'm looking up a tag/method/etc. that's new to me.

I wouldn't consider StackOverflow et. al. to be a Facebook/Twitter/etc. kind of "social container" because I think it has two primary goals: (1) Ask questions specifically to get help, and (2) Answer questions specifically to help our your fellow StackOverflow user. I don't see Facebook/Twitter/etc. having those two goals as primary (e.g., anything goes). I do consider it a "forum", which is like a social container but more focused/purposeful.

The Internet

Dept. of Justice Considers Web For ADA 296

beetle496 noted a blog entry saying "The Department of Justice (DOJ) announced an Advanced Notice of Proposed Rulemaking (ANPRM) on the Accessibility of Web Information and Services Provided by Entities Covered by the ADA (i.e., State and Local Government Entities and Public Accommodations). You can read the fact sheet, or the entire notice. In short, the Department is seeking comments on their desire to revise regulation to 'establish specific requirements for State and local governments and public accommodations to make their websites accessible to individuals with disabilities.' The Department is seeking specific comment on many things including the standards they should adopt, and if there should be any exemptions for certain entities (e.g., small business) before they publish their Notice of Proposed Rulemaking. This is amazing news! The impact that this will have for individuals with disabilities cannot be overemphasized. It is time for our digital society to forever include individuals of all abilities. The period of public comment is open for 180 days."

Comment Re:Hebrew vs Dutch (Score 1) 242

Nope, I don't think you're imagining things. I didn't realize it myself until this article appeared and I came across your comment.

I've done some web design, and so here's my basic <theory> below, typed as a stream of consciousness. As for making something look "Japanese", I think it's a result of various things:

Rounded Corners:
I don't these are strictly Japanese (see Slashdot's header, Southwest Airlines, Expedia, BBC (UK), Virgin Group (UK)). Though, rounded corners have made websites nicer to look at (not rigid - don't round/curvy things make people generally happy? Interpret as you wish.)

Pastel color scheme presence:
This may be a Japanese thing - all the non-Japanese sites I mentioned above generally employ primary colors. Two interesting US-based website examples are: Sprinkles Cupcakes and Pinkberry Frozen Yogurt. Both sites use lighter, non-primary colors and those color shades and combinations give me a sense of "fun" instead of "corporate". Note, though, that the different color shades aren't necessarily pastel-like in my opinion. One US-based website that uses something very close to pastel colors is Martha Stewart Omnimedia. We'll have to bring in a color expert to state whether Martha's colors are truly pastel.

At any rate, I think that only certain companies can satisfactorily use pastels in the US, and that would be companies dealing with fun food (cupcakes, frozen yogurt, etc) and hobbyist home decor arts/crafts. I think this is part to how I (and maybe you) without a Japanese background/surrounding/etc interpret colors and, as part of our respective cultures, have an understanding of what those colors represent. See this Visual Color Symbolism Chart by Culture and Color Symbolism Chart by Culture for a basic review. As noted in these two charts, "Green" in the US can mean money and trees and other things, but in China green hats mean a man's wife is cheating on him. One color, vastly different meanings! More information on "green" as a color: http://desktoppub.about.com/cs/colorselection/p/green.htm.

High-Context (Japanese) v. Low-Context (N. American, German-Speaking, etc) Cultures:
I came across this article while looking up cultureal color perception in Japan: Elizabeth Würtz's 2005 analysis titled: "A Cross-Cultural Analysis of Websites from High-Context Cultures and Low-Context Cultures". In this study, she noted that Japan is a high-context (HC) culture, whereas North America (and German-speaking countries even moreso) are low-context (LC) cultures:

Face-to-face communication in HC cultures is thus characterized by an extensive use of non-verbal strategies for conveying meanings. These strategies usually take the shape of behavioral language, such as gestures, body language, silence, proximity and symbolic behavior, while conversation in LC cultures tends to be less physically animated, with the meaning depending on content and the spoken word.

What was interesting to read were two of her conclusions regarding animation and presentation of individuals+products on websites:

Animation:
Tendency in HC Cultures: High use of animation, especially in connection with images of moving people.
Tendency in LC Cultures: Lower use of animation, mainly reserved for highlighting effects e.g., of text

Individuals separate or together with the product:
HC: Featured images depict products and merchandise in use by individuals.
LC: Images portray lifestyles of individuals, with or without a direct emphasis on the use of products or merchandise.

Example: Assuming you consider yourself as a member of a LC culture, would you trust the Home Depot or Lowe's to sell you a rotary saw if their website was in pastel or animated characters? Also, would you trust Intel to sell you an N-core processor if their packaging was in, say, hot pink?

"Chibi" characters:
Definitely Japanese. I have no idea why chibi characters make stuff sell so well in Japan. Maybe it's all the anime? Or Hello Kitty? Or, maybe it's so extreme in comparison to their formal culture and possibly corporate office culture, that anything diverting from the formality of all else is a winner (ergo, related to Japanese culture being a high-context one, as Würtz postulates)?

White space usage around text in general:
For example, from what I've seen this morning on random Japanese sites, the space between lines typed in Japanese tends to be far less than the line spacing you'd see on English websites. Compare the front pages of slashdot.org and slashdot.jp, specifically the spacing between links in the grey boxes on the right-hand sides. I think this is because almost all Japanese text characters typed out are the same height, whereas English text characters aren't typically the same height (ergo, English readers look for the line spacing). Also, notice that there are practically few hard spaces between words: "Hello, how are you?" in English has 4 spaces, whereas the same phrase in Japanese, written in Hiragana, has no spaces.

And, if you look at the kids' page on the NTT Japan website you linked to earlier, you'll see that the text on images have thick, colored outlines around each text character, as if to make the text character look thicker. From what I've seen, the few companies that I've seen do similar to their text characters are non-formal companies like Twitter, though even Twitter doesn't use that thick text character highlighting anywhere else on their site.

Of course, other languages may employ the same tactic of outlining most of their text characters, though those examples don't come to mind at the moment.

</theory>

There are probably other things that I'm missing. Any ideas, anyone?

Comment Re:Hebrew vs Dutch (Score 1) 242

Interesting comparison. In addition to the color scheme choice you mention, the image usage is certainly different between the two versions and alludes to a difference in what English-speaking customers and Japanese-speaking customers perceive as a big business's formal/consumer website. To me, it looks like the English version has a significant "corporate" feel (no people in main image; if there were any, most of those people would be in business casual), whereas the Japanese version has emphasis on a personable feel (people in generally typical, common clothing). Of course, the target audience probably has a lot to do with how the sites are designed: JP - primary customer base and your everyday customer, EN - probably mostly corporations as customer.

Here is an example I found:

- Sony Japan homepage: http://www.sony.co.jp/
- Sony USA homepage: http://www.sony.com/

Sony USA presents an overall Flash-based primary website, complete with an intro/splash page, whereas Sony Japan appears to use Flash only for their interactive content on their own primary website. While Sony USA directs your attention to the product (and, for example, points out how you can save money if you're a student), Sony Japan has images that conjure up uses for products and interactivity with customers (e.g., Sony Japan's alternating banner at the top of site: camera for destination photos, Sony science program, 3D TV, Football fandom).

With these examples, I wonder if the Japanese style of website design isn't really to insist on cluttering, but instead on making their site as welcoming and personable as possible to their viewer. Perhaps this aim (if plausible) may explain the incorporation of emoticons and pastels and people in the website designs. And, if this is the case, I also wonder if this is based on the Japanese culture where politeness and respect is tantamount.*

* Not Japanese, never been to Japan. (Yet, anyway. I want to go!) Just presenting what I know from what I've deduced from Japanese dramas, and travel shows and books on Japan.

Comment Re:Multitasking as the dev's responsiblity. Common (Score 2, Informative) 568

Full quote that should've been referenced (emphasis mine):

But most apps won't do anything except go to sleep, which means one of the classic tricks of multitasking, loading one task while you perform another, is not available unless the developer adds that function under a special task completion API. Some apps, such as Flickr, may take advantage of this feature for large file transfers, but others won't. Waiting for a YouTube video to buffer over a 3G connection? It won't go anywhere unless you're staring at the loading screen.

Comment Multitasking as the dev's responsiblity. Common? (Score 4, Informative) 568

From the TechWorld iOS4 multitasking article in the summary:

Waiting for a YouTube video to buffer over a 3G connection? It won't go anywhere unless you're staring at the loading screen.

Honestly, doesn't this also happen by default with applications on other mobile OS'es like Android, unless the developer specifies otherwise in the app's code?

From what I understand about the Android application life cycle under normal circumstances, once an Activity (the app's presentation layer, what you interact with) is completely obscured, the application's host process becomes a "background" process. Meaning, the app's Activities aren't visible and there are no Services running, thereby making the app's host process one of the first processes to be killed off so to allocate resources. (Service example: a media player running in the background while you're actively using another app). For an app's host process to remain in an active state, the app must have a running Activity, Service or Broadcast Receiver. In my following the Android dev tutorials, I've seen that only the Activity is absolutely required - Services and Broadcast Receivers are added only when you need them for your app to fulfill it's intended purpose.

So, in the case of buffering the YouTube video, if I were writing an Android app to do just that, I'd have to have explicitly created a Service to keep buffering the video while I used another app. If I didn't create a Service to keep buffering when the app's Activity exited the active state, then my app would do just what the article says - the app does nothing until I explicitly return to the app.

Am I missing something?

Comment Re:So what's new? (Score 1) 775

Entities that want to ensure controversial legislation (or controversial anything) gets enacted will surely do everything they can to keep it quiet and will encourage this behavior with their child entities. A question: where did you hear that the specific major news companies you mentioned supported this legislation? From reading the article, it seems plausible that these news companies would like to keep their content from being illegally distributed by others, but there's no mention of who actually supports it (aside from the countries). Though, your post further reinforces the impression that our 'real' news appears even more pre-packaged to the respective entity's benefit.

Comment Re:Screwed? (Score 1) 586

I mean, it's great to have someone available to handle that sort of thing, but can you really sustain a job with this as your only skill?

I'd say yes, but mostly no. This is strictly regarding people with knowledge on only HTML and CSS, and a good eye to ensure a design is properly rendered and such graphical pieces are aligned properly.

"Yes". This is generally the case when your prospective clients are primarily technological, web-aware, and/or have been sued over their accessibility.

  1. Cross-browser rendering. As more attention has been placed on cross-browser compatibility and proper rendering of designs on pages, being able to write/code syntactically-correct, clean HTML and CSS (without hacks) quickly is a very helpful skill. The real bonus: having the ability to look at a page across browsers and being able to pinpoint the issue in minutes instead of hours.
  2. Accessibility. Coding truly accessible pages requires a good understanding of how to write syntactically-correct HTML in the first place, what accessible HTML tags and attributes to use and how to order these HTML elements such that when a screen reader goes through the page, the verbally-communicated output makes sense to the user. The CSS comes into play to ensure your accessibility-oriented HTML (which sometimes doesn't quite flow with how you planned to lay out these same HTML elements) still shows up nicely on the page. See the Web Accessibility Initiative Guidelines.

"Mostly No". This can be primarily the case in general.

  1. Currently, HTML and CSS can generally be written properly or horribly and still render. As long as browsers are very forgiving of mistakes, some clients might not be able to note rendering differences until their favorite browser stops being forgiving and people tell them something more substantive than "your website sucks." In some cases, despite cost/benefit explanations in favor of properly-written HTML and CSS from the get-go, the client's answer might be that they were going to pay someone to maintain it anyway.
  2. HTML and CSS help position shiny whistles, not make them. What, you can't actually design our site and make it awesome pretty (we expected you to create the design, and do a user analysis and such)? Ok, thanks for your time.
  3. HTML and CSS are not programming languages, and therefore can't render that super awesome [insert sleek interactive widget]. If you can't understand the server-side code so you can fix the rendering issue, and the client isn't willing to let you learn as you go, you will be passed over.

Comment Mateusz Skutnik's Submachine Series (Score 1) 389

The best description of the Submachine series was written by Greg J. Smith. The entire article can be found on Smith's website and is also linked from Mateusz's website.

An excerpt from Mr. Smith's article:

Leaving the biggest imprint on me are the works of Polish graphic novelist Mateusz Skutnik. Skutnik is the author of the Submachine series of games, each of which finds you escaping from an elaborate, explorable puzzle box. Captivity is a familiar theme in this genre of games, known as escape the room games in the point-and-click world. This gameplay style evolved from Robyn and Rand Miller's 1993 classic Myst, which shaped the game industry as much as SimCity and Doom.

The Submachine games could all be described as immersive labyrinths. In each of these first-person sleuthers, the player must navigate through a series of abandoned research facilities and ruins in hopes of finding a means to freedom. Stranded without instructions, maps or context, the story forms via notes and transmissions picked up along the way. The Submachines demand an eye for pattern recognition, and the intricacy of some of the puzzles can be quite maddening. Adding to the ambiance is an eerie score and impressive sound design. There are a number of recurring motifs including typewriters, radios and pipelines that visually unite the games. Be warned, these puzzle boxes are habit-forming.

Mateusz Skutnik's Official Site: http://www.pastelstories.com/
JayIsGames.com Reviews: http://jayisgames.com/tag/mskutnik/

Slashdot Top Deals

If you can count your money, you don't have a billion dollars. -- J. Paul Getty

Working...