Jump to content
You must now use your email address to sign in [click for more info] ×

steve_m

(Ex) Staff
  • Posts

    27
  • Joined

  • Last visited

Reputation Activity

  1. Like
    steve_m got a reaction from Wiredframe in Export Rounded Corners and SVG Shadow   
    Thanks for flagging this up Wiredframe. We'll get it logged as an issue and look into it.
  2. Like
    steve_m reacted to Timber in Affinity Photo Customer Beta (1.6.6 - Beta 7)   
    One other interesting thing, when I switched from Light UI mode to Dark UI mode, initially the selected tool keeps a light gray highlight. If I clicked on it again, it went back to the Darker highlight mode. I've gotta tell you, the lighter highlighted tool stands out far quicker to my eye than the darker highlight. See screen shots below.


  3. Like
    steve_m got a reaction from JGD in Studio panels un-snapped and in the wrong monitor after waking from sleep   
    Thanks very much for the detailed info JGD. I don't think that there's anything wrong with your hardware, but after a chat with Andy T, we suspect that the issue is HDMI related. We'll keep looking into it.
  4. Like
    steve_m reacted to A_B_C in Affinity Photo Customer Beta (1.6.6 - Beta 7)   
    The new light interface is starting to look very nice. I noticed that you darkened and consolidated the background greys of the overall interface framework in relation to the last version (or at least in relation to the last iteration of Designer, which was my point of reference). And I believe this decision is really beneficial. The interface is much more homogenous to my eyes. As I had mentioned earlier, the only area I would love to see changed is the main toolbar. It should resemble the toolbar in full screen mode.
     
    And there are a few blurry spots on non-Retina screens, namely the icons in the font dropdown and the frame of the input field on the Navigator panel. These little issues affect the dark version too.
     
    But again, thanks for all your work on this!
    Cheers, Alex 
     

     

     
  5. Like
    steve_m reacted to JGD in Studio panels un-snapped and in the wrong monitor after waking from sleep   
    Oh, I should also add that I also have a spare screen just like this one lying around (I ordered two, one for my and one for my father, but he didn't like having it connected to his MacBook Pro and never made much use of it, so it's just sitting on a desk at my parents' place as a dust-gathering back up in case this one fails, or in case I feel the need to use my own MacBook Pro over there instead of my main iMac setup), and two more Mini DisplayPort to HDMI + HDMI cable pairs to test with, in case you really think there may be something wrong with any of the individual components themselves.
     
    And I can use the MacBook Pro with the other one right away (it's an Early 2011 13'' model, also running macOS Sierra 10.12.6), as I said, and also with my cheap-ass 1080p Crown TV (its colour reproduction and contrast ratio are terrible and its PPI count low, and, to top it off, it has a ginormous bezel; that's why I would never consider using it alongside the iMac for any serious work, and in fact got it as a hand-me-down from my brother to plug into my cable DVR and other HDMI sources to watch video, and free up the Philips for precisely this secondary monitor use), to check whether I can reproduce the bug on other setups. My gut tells me there isn't (maybe with the monitor model, yes, but it seems to work just fine otherwise), but if you think it's worth giving it a shot, do let me know.
  6. Like
    steve_m reacted to JGD in Studio panels un-snapped and in the wrong monitor after waking from sleep   
    Hi Guys (@Andrew Tang, @steve_m)!

    I'm running macOS Sierra 10.12.6, on a 27'' Late '09 iMac, with an upgraded 2.93 GHz Core i9 and the original 512 MB ATI Radeon HD 4850. My external screen is a 24'' 1080p Philips LCD TFT, model no./ID 237E4LHSB/00, connected through a bog-standard HDMI cable and a Delock Mini DisplayPort to HDMI adapter.
     
    I mean, maybe it's something on my setup, but… I've been running external screens on Macs and they tend to flash a bit and be undecided about window positioning before they settle down. On the other hand, I don't remember the 21'' LG Flatron CRT I used to have connected to my 21.3'' iMac, back in 2010 when I was working on the Mac Room, ever doing that to Adobe CS5's palettes and other windows, so… Yes, maybe something is wrong with my setup, but I can't honestly guess what. macOS and other apps should really play nicer with standard components, and fully respect the Arrangement tab settings on the Display panel in System Preferences (otherwise, what good is that for?).
     
    As for the behaviour @VIPStephan mentioned, I didn't state it as eloquently (or at all), but I can confirm I also experience that, with Adobe apps, iTunes, and others, at least (not Affinity apps, though; those will always appear on the main monitor), their respective windows and panels will move to the proper monitor but to the wrong place (and I know I said they shift a bit, but “a bit” is a bit of an understatement, as sometimes entire panels will get cropped)…
  7. Like
    steve_m got a reaction from JGD in Studio panels un-snapped and in the wrong monitor after waking from sleep   
    Thanks for flagging this up JGD. I'll take a look into it.
  8. Like
    steve_m got a reaction from JGD in Studio panels un-snapped and in the wrong monitor after waking from sleep   
    JGD - could you please let me know which Mac and OS version you're using? Thanks.
  9. Like
    steve_m got a reaction from A_B_C in Affinity Photo Customer Beta (1.6.6 - Beta 6)   
    Thanks A_B_C. Makes perfect sense. Thanks again for the suggestions. I'll see what I can do :-)
  10. Like
    steve_m reacted to A_B_C in Affinity Photo Customer Beta (1.6.6 - Beta 6)   
    This one is for Steve … 
     
    It’s nice to see the light UI develop! Well, here is a basic observation regarding the main framework of the light UI. I have noticed that some of the background greys have changed since the last iteration. But I still have a problem with the visual hierarchies, and I hope you will see this as well. I believe the background of the main toolbar in standard mode is too dark. Have a look at my illustration below. It should make clear that it would be beneficial to brighten the main toolbar background in standard mode, up to the point, where it conforms to the grey value of the main toolbar in full screen mode.
     
    Furthermore, I would suggest that you care for the inactive state of Affinity Photo as well. It looks a bit heterogenous at the moment, compared to the standard macOS interface.
     
    Hope that makes sense … 
    Cheers, Alex
     

     

     
     
  11. Like
    steve_m reacted to MattP in Affinity Designer Customer Beta (1.6 - Beta 7)   
    @Oval A genuine question, have we done something to offend/upset you - many of your posts tend towards a more-than-normal level of negativity towards how you perceive the company thinks/feels/operates. It’s not the industry-standard for devs at a software company to engage directly with customers so I’m beginning to wonder if this is ultimately breeding a false view of our company based on the language and thoughts of those individuals that you would not hold had you simply always spoken to support personnel and received ‘I’ll pass that on to development’ as a stock answer? I get that you’re waiting for features (isn’t everyone?) but negativity towards the company/individuals will do nothing to expedite them...
     
    edited to say: perhaps it’s just a language barrier thing?
  12. Like
    steve_m reacted to A_B_C in Affinity Designer Customer Beta (1.6 - Beta 7)   
    When you have a look at my video in the previous post, you will notice some redrawing problems in the light UI. Steps to reproduce:
    Undock any panel that has numeric input fields (it doesn’t happen with docked panels) Click such an input field to enter a value You will notice additional frames showing up around that input field, and these frames will be persistent for the most part even on focus change These seem to be artifacts or remnants inherited from the dark UI, for the numeric inputs change their appearance here, when they are clicked Hope that helps … 
    Alex
     

     
  13. Like
    steve_m reacted to MattP in Affinity Designer Customer Beta (1.6 - Beta 7)   
    Thank you! That means a lot to hear! 
  14. Like
    steve_m reacted to A_B_C in Affinity Designer Customer Beta (1.6 - Beta 5)   
    Hi there,
     
    this one is for Steve. Here are some additional comments on the light user interface. 
    In the present iteration, it seems as if all menus had vertical alignment problems. And it seems that even some menu labels are vertically misplaced. This issue becomes most noticeable on the “New Document” dialogue, where almost every single interface item has lost its proper place. The menu labels (“Type”, “Page Preset”, …) are at least one pixel too high with respect to the menu borders, while the initial menu entries (“Print”, “A4”, …) have dropped one pixel below the intended baseline. The initial values of the numeric inputs (“210 mm”, “297 mm”, “300”) are too close to the left border of their boxes by one pixel, and the numeric input for the DPI value is one pixel taller than all the other menus and input boxes. The captions (“Colour:”, …) are vertically misplaced as well, and Dimensions box is too tall. I quickly tried to sort this out in the second screen shot. I hope you will see the difference. There is a consistency issue with the numeric flyout menus. Sometimes we get a scrolling menu, as in the Opacity flyout, sometimes we get a standard menu, as in the Font Size flyout. I would opt for some consistency here. Just make all of these flyouts standard menus. Finally, I wonder if the background of the context toolbar and the related framework should be a little bit darker. Have a look at the dark UI version. The main toolbar and the context toolbar form a visually unified application frame in this version. But in the light version, the context toolbar stands out against the main toolbar, so that the impression of a unified application frame is lost. Oh, and what regards background colors: in some panels, there is a difference between the tab background grey and the panel background grey, resulting in a visual border. Since you need the brighter panel background in these cases, you should maybe just change the tab background there. Would look better. Hope you don’t mind these remarks … 
    Alex
     

     

     

     

     

     

     
     
  15. Like
    steve_m reacted to Nero in Affinity Designer Customer Beta (1.6 - Beta 3)   
    Cool!
    I like the style of light window's headline much more then before. The light top on previous release made me feel like display is rounded so it was little disturbing.
    Thanks for every fix and improvement... I start to use it heavily.
    Please don't forget to fix control handles snapping (or am I missing something again?)
     
    Cheers!
  16. Like
    steve_m got a reaction from Jens Krebs in Affinity Designer Customer Beta (1.6 - Beta 3)   
    Thanks for the info Ronnyb - You've got a sharp eye for detail! This kind of observation really helps us make the software better.
  17. Like
    steve_m got a reaction from ronnyb in Affinity Designer Customer Beta (1.6 - Beta 3)   
    Thanks for the info Ronnyb - You've got a sharp eye for detail! This kind of observation really helps us make the software better.
  18. Like
    steve_m reacted to ronnyb in Affinity Designer Customer Beta (1.6 - Beta 3)   
    Hey Steve,
     
    Nice polish on the UI. A few more notes if you care:
     
    I was checking out the User Interface Preferences pane in the latest beta and noticed something interesting. The type on the top of the pane is rendered using an RGB anti-aliasing method, while the text on the bottom of the panel (where all the check-marks are located) are anti-aliase using only grayscale.
     

     
    For those of us on non-retina Macs, the grayscale anti-aliasing provides sharper text. Apple by default uses the RGB method, but since I noticed your UI is using grays to anti-alias parts of the UI, I thought I would mention it in case it's something you can roll-out across the entire UI...
     
    Also, the baseline for the line reading Decimal Places for Unit Types: is getting cropped; the decenders for the y and p in type are truncated.
     
    Keep up the great work guys!
     
  19. Like
    steve_m got a reaction from Nero in Affinity Designer Customer Beta (1.6 - Beta 3)   
    Ah full screen! 
     
     
    Glad you're liking the changes we've been working on :-)
  20. Like
    steve_m got a reaction from anon1 in Affinity Designer Customer Beta (1.6 - Beta 3)   
    Thanks again for the info. Are you able to reproduce the issue? 
  21. Like
    steve_m reacted to anon1 in Affinity Designer Customer Beta (1.6 - Beta 3)   
    actually no after closing, opening  :ph34r:
    on my iMac the issue did not occur at all, interesting, ok..
     
    actually I can totally reproduce on iMac and MacBook
     
    just enter fullscreen
     
    cheers
  22. Like
    steve_m reacted to anon1 in Affinity Designer Customer Beta (1.6 - Beta 3)   
    loving the new contrasty look, really makes the icons stand out  :wub:  :D


  23. Like
    steve_m reacted to anon1 in Affinity Designer Customer Beta (1.6 - Beta 3)   
    latest macOS Sierra (not high) on MacBook 13 Touchbar 1st gen with i7 but I think this is a more general issue (would be sprised if not)
     
    cheers 
  24. Like
    steve_m reacted to Timber in Affinity Designer Customer Beta (1.6 - Beta 2.1)   
    Posted Today, 04:52 AM
    Timber, on 06 Jul 2017 - 12:07 PM, said:
    Hi Timber. Thanks for that. Could you let me know which version of macOS you're running?
      This is in OS X 10.9.5 Mavericks. - Timber  
  25. Like
    steve_m reacted to VIPStephan in Affinity Designer Customer Beta (1.6 - Beta 2.1)   
    Now I have the time to look at it a little closer. The crashes I reported seem to be gone, thanks. The UI improvements are subtle but they do help; for example the borders around the side panels now make them stand out a little more against windows in the background.
     
    I don’t know if the background gradient in the top toolbar in separated mode changed but it feels very natural for the OS now. However, one thing that could still be improved is the contrast/difference of the top area of the window chrome in separated mode of active versus inactive (or foreground vs. background) windows. In AD the only difference between an active window and a window in the background is the colored buttons at the top left. In other applications active windows have a stronger gradient while inactive windows have an apparently flat light gray background at the top (see comparison with system preferences window in the attached screenshots).
     
    Another bug I just noticed: I have no idea how this happend or how it can be reproduced but the topmost layer is outside of the viewport of the layers panel and I can’t scroll up any more (see third screenshot). If I expand other layers so they cause an overflow the scrollbar is cut off at the top. And said scrollbar shouldn’t even take any space with my current preference settings and no mouse attached. It should be an overlay scrollbar that only appears on scroll.



×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.