Cover-photo-2015-05-30_03_13_02__0000-30520150530-3-pxt03x
Marc Edwards

Marc Edwards

Community Staff Founder at Bjango Joined almost 7 years ago via an invitation from Christophe T. Marc has invited Matt Kelsh, Rene Ritchie, Dan V Peterson, Troy Mcilvena, Graham Clarke and 12 others

  • 510 stories
  • 2282 comments
  • 1094 upvotes
  • Posted to Adobe cancels subscriptions for all Venezuelan users due to US sanctions, in reply to adrian io , Oct 09, 2019

    Yep, there’s definitely some different ways they could have handled it. Going for a non-subscription business model would help, as would other strategies.

    I don’t think they had any way of knowing ahead of time that this was going to happen though. I’m all for piling on Adobe when they do something bad, but I think in this situation, their options were limited.

    0 points
  • Posted to Adobe cancels subscriptions for all Venezuelan users due to US sanctions, in reply to Teodor Decu , Oct 08, 2019

    I don’t blame Adobe at all for this. That executive order sucks. :(

    3 points
  • Posted to Do you design with True Tone on Mac enabled? , Sep 14, 2019

    Absolutely not.

    Nobody should have True Tone or Night Shift enabled for their Mac while designing, unless you specifically want to test how True Tone and Night Shift affect the design. I also disable True Tone and Night Shift on my iOS devices. It absolutely destroys colour accuracy. The science on Night Shift is incredibly shaky, and I don’t buy the argument around it helping sleep (hey, how about just turning the brightness down?).

    I’m all for people tinting their displays if they want, but it’s a bad idea when you’re designing, if you care at all about colour accuracy.

    This question came up at work this morning, and I didn't see an answer to this anywhere else... so here goes.

    If you’re looking for some opinions on this stuff, I have some here: Colour management, part 3

    4 points
  • Posted to The Best Icon Sets Available?, in reply to Ryan B , Sep 09, 2019

    +1 on Streamline.

    There’s lots of good icon sets available, but Streamline is amazingly well put together, and the sheer volume of icons means they probably have what you’re after.

    0 points
  • Posted to The “Hover Effect” for Mobile Buttons, Sep 04, 2019

    Using a hover effect on mobile apps causes buttons to stay stuck in the hovered state when tapped.

    ontouchstart="" can be used to get :active working.

    https://codepen.io/bjango/pen/pozdJBZ

    3 points
  • Posted to The Original Kindle Was Crazy, in reply to Ben Oliver , Aug 10, 2019

    Cost saving?

    2 points
  • Posted to The birth of Inter: How the new open-source typeface used by GitHub and Mozilla came to be, Aug 10, 2019

    Inter is great. It’s really good to see it continue to be used in a wide variety of places.

    2 points
  • Posted to Stop Misusing Toggle Switches, in reply to anthony thomas , Aug 10, 2019

    Your “incorrect” switches for selection image looks like lots of Apple’s UI, across many of their built-in apps. It’s not incorrect at all.

    The guidelines you provided do not prove your case that switches and checkboxes can be used interchangeably.

    iOS has switches. macOS has checkboxes. Platforms have conventions.

    You're looking at it wrong. There is no "better interface pattern," it's a matter of context and user expectations.

    You are recommending people use checkboxes on iOS, but THERE IS NO CHECKBOX UI WIDGET ON iOS.

    Just because two different controls have the same function doesn't mean they can be used willy nilly.

    I agree. THERE IS NO CHECKBOX UI WIDGET ON iOS.

    8 points
  • Posted to Stop Misusing Toggle Switches, in reply to anthony thomas , Aug 09, 2019

    I still don’t agree with that. Switches and checkboxes are effectively identical from a behaviour standpoint. They turn a thing off or on.

    There is no claim that the result will be instant, but realtime feedback is generally preferable for both. There is no claim that the effect is local or global. Both represent state.

    You may need to think a bit deeper about why UISwitch was invented for the original iPhone — it provided a larger hit target to make it easier to tap, and it also introduced an interaction that’s enjoyable for multitouch devices.

    Here’s what the iOS design guidelines have to say:

    A switch is a visual toggle between two mutually exclusive states—on and off.

    Here’s what the Material Design guidelines have to say:

    Switches toggle the state of a single setting on or off. They are the preferred way to adjust settings on mobile.

    To be even more clear, the example on the right below does not follow the iOS guidelines. Guidelines can be broken, but it definitely shouldn’t be presented as the better interface pattern.

    11 points
  • Posted to Stop Misusing Toggle Switches, Aug 09, 2019

    For example, a common mistake is to use switches for search filters. The filters only apply to the context of search, not to the entire system. Therefore, the proper selection controls to use are checkboxes, not switches.

    There is no native checkbox in iOS. It is UISwitch.

    If a screen requires users to press a button to apply an effect, switches are the wrong controls to use.

    Says who?

    Not sure I can agree with this article.

    12 points
Load more comments