There are some great new features in this release, and it is clear that the Affinity series are aiming to position itself as a competent and financially attractive alternative to Adobe.

Quote

The Affinity apps go from strength to strength with the launch today of version 1.9, bringing new features and significant further improvements.

“We’re introducing more tools and functions which will enable artists, designers, photographers and editors with even the most complex workflows to take advantage of the speed and power of Affinity.”

Here are some highlights from the 1.9 release available now:

Affinity Photo

• liquify adjustments as live, maskable layers.
• substantial improvements to its RAW engine
• new linked layer functionality,
• path text
• a new mode to control the stacking of astrography images

Affinity Designer

• a new contour tool
• ability to place linked images and resources
• reducing file size
• simplifying collaborative working

Affinity Publisher

• IDML import will be noticeably faster
• the new Package feature
• Placed PDFs can now be set to ‘passthrough’

...and much, much more!

All Affinity apps are currently available with 50% discount as an initiative to support the creative community during COVID-19, from affinity.serif.com.

View full article

When I first read the article "Foundations of atomic research", I had no idea what the person was talking about. Was it a process, a content strategy or maybe even how to present the findings. I looked up the Atomic UX Research further and found the article "What is Atomic UX Research?" and it seemed like it was all about how to organize the documentation of the findings.

I watched the video (added blow) where Daniel Pidcock try to explain this new, revolutionary way to organize data, and I was both amazed and a bit disturbed over the fact that the audience actually seemed to agree with this nonsense. The reason I felt that way is that there is nothing in this new made up word that have anything to do with UX. It's just common sense on how to manage documentation. Any documentation.

Anyone working with research should know that you always connect current research with relevant research that it is related to. It is also standard practice for anyone working with research to add metadata to make the research findable in different situations. Anyone working in UX research, especially towards the web, should know that data get old very fast and loose relevance very fast.

Quote

As it stood, the UX team, BAs and PMs would run experiments, write up what they learned and how they used that knowledge. These were normally produced as PDFs, Google Docs or Slide-decks and then were filed away in Google Drive.

That is not how you work with any form of documentation that is supposed to be alive. If you make UX research then that data is ever-changing as you continue to learn and experiment. This does not warrant a new way of working, you just need to start working the right way. Proper documentation is always a part of research, as is traceability so you can understand where the conclusions come from and how you used it to formulate new theories to be tested.

The Atomic UX Research suggests that you should divide the research into smaller bits and then tag each type with metadata. The idea is that by doing that you can discover other data that is related to your research. If you have hundreds of theories going at once in multiple teams, or you want to bring in similar research on other systems or services then maybe that would be useful.

Then again, if you have that many experiments going, then the volume of data would be immense and you would have no way of knowing what data would be relevant. You would spend a ton of time on matching old experiments that probably will be obsolete as the design have already been updated since it was conducted.

This is the image used to illustrate the four main parts of the Atomic UX Research. Note that the structure start with the Experiment. Now it may be implied, but an experiment should be tied to a theory. What are we trying to prove and why do we think this is worth exploring should be the starting point for all research. While I think this may be implied, for me this is where this theory fails.

By having the theory as the highest level, all experiments fall under that theory. All theories are built on previous learnings so while there is no problem having the information structure dividing the content beyond experiments I think that if you ensure you have your theories in order you would not see many insights related to multiple theories at the same time.

Even if you have an additional level of information for insights you would not have multiple conclusions. The conclusion would be tied to the theory we are working with based on the result of the experiments we run to test that theory. In the event that we make findings not related to the theory we are testing, this would be marked in the conclusions as separate theories to explore at a later date.

My take on the Atomic UX Research approach is that instead of inventing new names, you should start working with research properly. UX Research follow the same basic structure as every other research field. In order for any research to have the desired effect you need to formulate theories, conduct experiments to test that theory, analyze the result and finally take what you have learned and form new theories and of course activities to improve the service or product you are doing UX on.

The result is documented in a searchable tool with metadata and connection to previous theories that support the decision to make further testing of the current theory. You do not need a new methodology for it, just follow the standard research praxis that has worked for many, many years. Doing random exploratory testing is not research. It is exploratory testing/discovery.

Atomic UX Research = UX Research.

View full article

On the Figma website they list 3 main selling points for making the switch: Less is more, Faster in the cloud and Better Teamwork. The collaboration aspect has been their biggest selling point so far as far as I am concerned, but let us go over them one by one and see how they appeal to certain groups.

I will look at these selling points from two points of view. The Isolated design team, which would be where most design studios and larger companies with dedicated design teams would fit. The included design team which is where the team is working alongside the requirements and development team members.

Less is more

I could not agree more. Having to juggle multiple tools at once is a bad experience for everyone. The design tool is just one tool and it must connect to the overall flow of the build phases. That means that the design should be connected to the code and the requirements. As far as I know there is no design tool that have that today, so we still need to have that as separate tools.

Abstract for release management

When it comes to both requirements and development, which are the two adjacent disciplines to design, then version management is very important. Abstract is by far the best tool right now for maintaining a controlled version management, which also can follow the same flow as the code. This allows for locking a design, while also continue working on it in a controlled way.

While Figma have a version history built in, it is just that. Version management of single assets with no connection outside the design flow. It is not what is needed for collaboration outside the design discipline, even if it is nice to see who did what when.

InVision for prototyping

I do not do a lot of prototyping and usually the built-in functions in Sketch works fine to illustrate a flow. If I need to do a full prototype I would either use InVision or Axure depending on the situation. Are the functions in Figma as advanced as InVision or Axure? I don't think so, but then again I have not seen any reason to dig into it too much. I doubt it is something that will make or break a decision for a designer.

Zeplin / Avocode for design handover

While design handovers are less common when working with proper pattern libraries, a lot of people still do not have that workflow in their organization. Having tools like Zeplin or Avocode to allow developers to match colors, fonts, margins and paddings becomes important in that case.

For the isolated design teams this is a lifesaver as it reduce the need to communicate with the build team. For the included teams it is simply an additional feature, like a nice-to-have. This is because the included teams will of course collaborate directly with the rest of the team, which makes static information less important.

Overall it is not bad that Figma have the basic tools for prototyping and design handover, quite the opposite. The missing part for me is that they do not have the features to replace Abstract and the features for prototyping and design handover are not exceeding the features of the specialized tools.

I would argue that Figma would best fit small, isolated teams that need a generalist tool over specialized ones or due to cost.

Faster in the cloud

One selling point for Figma is that it works everywhere. This is good news if you are forced to work in an organization that only allow PC computers or if you prefer to work on a Linux for whatever reason. Personally I fail to see the importance of this because you should choose the tools that make you most efficient. If you are limited because the organization prioritize hardware over people, then leave right away. Never work for companies that don't care about its people.

The only reason why this is good for Figma is because they want to bring everyone into Figma and as such it must be available on all systems. It does not make the design process more efficient and collaboration of multiple disciplines inside a design tool is far from problem free.

I would say this is only needed if you have the design handover in the design tool or if your workflow is based on passive collaboration.

Better Teamwork

This is Figma's biggest selling point in my opinion and it is one they promote a lot. Collaboration is an interesting thing though and it clearly means different things to different people. Figma define collaboration as getting passive feedback through comments and the ability to work on the same designs together.

Comments are passive collaboration

The ability to add comments is the very lowest form of collaboration. It is a passive form of communication and while it is nice to not having to email people to get a comment on a design suggestion, it is best suited for isolated teams that do not have access to the people that they need to communicate with.

For included teams this might at best be something you use when you are not working or to get feedback from people that are not part of the build stream that you are working in. Included teams would get far better results directly communicating with developers and stakeholders than asking for comments.

Adding Notes to your design

While it is sometimes useful to add notes in the design, for example during a workshop, I do not see this as a big selling point as I could just as easily get something like Sketch Notebook to do the same thing.

So while we all want better collaboration, I fail to see how passive communication with external sources will be helpful in most situations. Unless you are an isolated team with little to no access to the people you need to collaborate with. Figma has the same type of collaboration like many other tools that also cater to the same working conditions where you work apart from the people you need to collaborate with.

Is this something that is crucial for a modern designer today? In some cases it might be, but for people who work in an agile and included way this would never be an important feature. It should also be noted that Sketch are also adding these type of features in a near future and if they are similar, then this would not be a big selling point in the future.

Design System (not listed as a selling point)

Figma also promote their design system as an important feature, but not as a reason why people move from Sketch to Figma. I bring it up because design systems are used a bit carelessly these days and sometimes seem to be interchangeable with pattern libraries.

In both Sketch and Figma a design system is just design asset management. It is not connected to code in any way, other than that certain values can be seen using the inspect tools in Figma. You would need something like Invision DSM to actually connect code to assets, but usually you will still have a manual step between design and code.

Should you make the switch?

This is the big question, just like it was some years ago when Sketch challenged Adobe. Back then it depended on your workflow and your finances mostly, but also what UI you preferred. To some it was also about small company vs big company or just to have the latest hot tool on the market. Here are some the reasons I see.

Figma is the latest hot tool

There is no denying this fact ever since WordPress announced they would go for Figma as the official tool back in 2018. It is now the talk of the town and many are looking at Figma to replace Sketch. If you are one of those that follow the crowd, then Figma is probably pretty attractive right now for this reason alone.

Many designers still work in isolation

Sadly this is still true, even if designers are slowly moving into the build teams. When you are cut off from the daily interactions of the build teams, then you have no choice but to work with passive communication. Having that inside your design tool is a good option if you are crippled when it comes to good communication. Sketch will get similar features so this may not be the selling point it once was.

One cheaper general tool

Money always define the tools we use and the possibility to reduce cost by using one general tool rather that several specialist tools is not a bad thing. If you rarely use the full features on the specialist tools, or if you are struggling with the cost for multiple tools, then Figma is not a bad alternative. It probably has most of the feature you use every day already built in.

Everyone can use Figma

This is something that should not be underestimated. Many companies suffer from low trust and as such managers have the need to control the work even if they should not. In such situations it is very nice to have a tool that is accessible everywhere and the commenting function is also a big bonus.

The only drawbacks with Figma as I see it, is that it is an isolated design tool and it is not an offline tool. It has no connection to the build flow and it really needs Abstract as a plugin or a similar product that also have design release flows. The fact that it require Internet also put some limits on where I can or can not work. There are of course plugins to both Figma and Sketch that require Internet connection as well, so the limitations are not only in Figma.

My conclusion when it comes to Figma is that for me there is nothing that make me want to make the switch. The tools are roughly the same and when I need it I will bring in another tool to supplement for example prototyping. It does not fit into my workflow of direct communication where design follows the same cadence as development and test. At least not for the moment.

For isolated design teams, or smaller design teams that do not need additional features I would say this is a great fit due to it's acessibility, indirect collaboration features and price.

For included design teams I would still suggest Sketch + Abstract as the most efficient and collaborative way of working.

View full article

Color variable

This is amazing and I like this a lot, espcially combined with the Components view. For people who find it annoying or time consuming to turn your old layers and styles manually, there is a migration tool that you can use. It is called the Color Variables Migrator and it is of curse free to use.

Quote

Whether you’re working on a one-off project, or managing a complex design system, keeping the colors you use consistent and up-to-date is important. And with Color Variables, we’ve made that a lot easier. They work exactly how you’d expect them to — you can apply them wherever you’d normally apply a solid color. And when you make a change to a Color Variable, you’ll see that update reflected automatically across every layer that uses it.

Components view

This, to me, makes working with assets a whole lot easier. I find that this in combination with the new insert window below make it faster and much more intuitive to work with assets now.

Quote

Clicking on the Components View tab in the Toolbar will switch out the Canvas for a whole new view in your document’s window. There, you’ll see a grid with a preview of every Component in your document. From there, we’ve made it easy to organize them into groups, rename them, and even edit them in bulk using the controls in the Inspector. In other words, you no longer need to manually create a page full of text layers for the sole purposes of viewing and editing Text Styles.

Insert Window

This makes working with assets a pure pleasure. No more droplists to go through with barely visible icons. Instead we get a big, well organised window that you open when you need it pressing "C" where your assets are easy to find and you add them with drag and drop. I love it.
 

Quote

 

As the name suggests, the Insert Window is a separate window, built specifically for browsing and inserting Components — from your local document or any Library you have enabled.

When you find what you need, simply drag-and-drop it onto your Canvas. The window hides itself when you do this so you can see the entire Canvas, but you can also pin it to have it reappear automatically.

 

This is one of the best updates this year to Sketch as I see it and I look forward to hearing more on the collaboration features they are working on next.

View full article

Service Design from a UX perspective is still fairly confusing and poorly defined. It's a problem that you hear many definitions of what a UX Service Designer actually do, but there are other problems as well. Let us first look at how UX Service Design is defined.

Quote

Service design practice is the specification and construction of processes that delivers valuable capacities for action to a particular user. Service design practice can be both tangible and intangible and it can involve artifacts or other elements such as communication, environment and behaviors.^[9] Several authors of service design theory including Pierre Eiglier,^[10]Richard Normann,^[11] Nicola Morelli,^[12] emphasize that services come to existence at the same moment they are being provided and used. In contrast, products are created and "exist" before being purchased and used.^[12] While a designer can prescribe the exact configuration of a product, s/he cannot prescribe in the same way the result of the interaction between users and service providers,^[6] nor can s/he prescribe the form and characteristics of any emotional value produced by the service.

Consequently, service design is an activity that, among other things, suggests behavioral patterns or "scripts" to the actors interacting in the service. Understanding how these patterns interweave and support each other are important aspects of the character of design and service.^[13] This allows greater user freedom, and better provider adaptability to the users' behavior.

The 2018 book, This Is Service Design Doing: Applying Service Design Thinking in the Real World, by Adam Lawrence, Jakob Schneider, Marc Stickdorn, and Markus Edgar Hormess, proposes six service design principles:^[23]

1. Human-centered: Consider the experience of all the people affected by the service.^[23]
2. Collaborative: Stakeholders of various backgrounds and functions should be actively engaged in the service design process.^[23]
3. Iterative: Service design is an exploratory, adaptive, and experimental approach, iterating toward implementation.^[23]
4. Sequential: The service should be visualized and orchestrated as a sequence of interrelated actions.^[23]
5. Real: Needs should be researched in reality, ideas prototyped in reality, and intangible values evidenced as physical or digital reality.^[23]
6. Holistic: Services should sustainably address the needs of all stakeholders through the entire service and across the business.^[23]

Together with the most traditional methods used for product design, service design requires methods and tools to control new elements of the design process, such as the time and the interaction between actors. An overview of the methodologies for designing services is proposed by Nicola Morelli in 2006,^[5] who proposes three main directions:

• Identification of the actors involved in the definition of the service by means of appropriate analytical tools
• Definition of possible service scenarios, verifying use cases, and sequences of actions and actors’ roles in order to define the requirements for the service and its logical and organizational structure
• Representation of the service by means of techniques that illustrate all the components of the service, including physical elements, interactions, logical links and temporal sequences

 

This is a fairly fluffy definition of what the UX Service Designer do and as with so much of the design discipline it have no real process, but rather some blocks of activities that are loosely defined. It is no wonder why it is so hard to understand what the UX Service Designer will actually do and how it is different from the regular UX Designer.

As UX Service Designers is supposed to work on a higher level than a UX Designer, you also face the issue that many of the executives and managers you meet comes from a background in ITIL. That means that many you will talk to probably have a certification in ITIL Service Design. Now you will face not just the problem to define exactly what you do and will deliver, but you also need to explain why they would hire you when they have a certification in that same discipline.

The ITIL Service Design is a bit different because as UX Service Design focus on the user experience, ITIL Service Design focus on different things and have a different definition of Service than the standard IT definition.

Quote

 

Service Design identifies service requirements and devises new service offerings as well as changes and improvements to existing ones.

In the ITIL model, a 'Service' is defined as, "A means of delivering value to customers by facilitating outcomes customers want to achieve without the ownership of specific costs and risks."^[2] The meaning is thus highly business-focused and assumes some degree of outsourcing, although this may just be outsourcing from within the functional business unit to some IT services group within the same overall business.^[3]

'Service' in this context should not be confused with the IT meanings of 'service', such as a web service. This is somewhat confused by ITIL also recommending the adoption of service-oriented architecture, as expounded by OASIS.^[4] In most technical contexts, SOA is widely assumed to imply the provision and interconnection of technical services. Although a fashionable buzzword for ITIL to have incorporated, they do not use the term according to its general meaning.

 

This is why when you step into a room filled with experience executives and managers and proclaim that you are a Service Designer, that might not generate the mental image of a UX Service Designer, but that of an ITIL Service Designer. This is not a very good starting position, especially when you talk about user experience and they might wonder how that is relevant to resource management or fund allocations.

My suggestion is therefore to always refer to your profession as a UX Service Designer rather than just Service Designer. It will make sure you at least will not be confused with an ITIL Service Designer.

View full article

For many years visual design have been a messy affair with naming convention and external cloud storage where versions get put into a named folder structure. Sure it has been improved with tools that allow collaboration such as Figma and Invision. Handover to development have also improved with tools like Zeplin and Avocode. Still, the handover process, when it even exist, is far from streamlined and it causes quite a bit of a mess.

Even with collaboration tools and development handover there is still no control over changes to the visual designs. Versioning, automatic or even manual is not the same as version control after all. Why is it important to be able to control versions? The reason is that in a continuous delivery situation design changes  need to be controlled and agreed upon before they are turned into code. This is especially important if you do not work in a design system or at least in an Atomic Design pattern.

In order to fit into a continuous delivery way of working, which is where I think most companies are moving towards, we as designers need to fit into the way development work already. So how do we do that without compromising the exploratory nature of our craft? Let us first define what it is that we need to do in order to sync visual design work with development work:

• Collaboration - We need a way to quickly get feedback on visual designs so we can adapt and adjust. This comes from stakeholders and developers so it must fit both groups.
• Controlled deliveries - We need a way to deliver visual design in a controlled way that is not only easy to understand, but also matches the work of the developers.
• Handover - We need a way to handover visual design to development that is easy to work with for the developers.

Most of these are done today mostly in meetings. That is wasteful and it require a lot of time management. It also require that there are meeting spaces suitable for this work. In some cases it require that everyone is in the same location or that specific technical setups are made for external communication.

There has to be a better solution?

Indeed there is and it's not really that much of a pain to begin with this workflow for visual deign either. We will take advantage of the tools you most likely are already using and we will tweak the workflow a bit and add a few things that you may not use just yet. This workflow is for Sketch, but you can probably find similar way of working if you work with Adobe, Figma or the Affinity suite to mention a few alternatives.

Atomic Design

The first step is to start thinking of your design the same way that the developers (hopefully) is. By organizing your visual design according to Atomic Design you will have a one to one connection to the code. This is extra useful if you are using a design system as then the design changes you make will be reflected correctly in both the visual design and the code.

Nest your symbols following the basic structure of atomic design and you will make the developers happy as they can simply make the same changes you do on the atoms and molecules. You will also find it much easier to continuously work from the smallest entity up as it makes creating new design elements fast and easy

Abstract

Abstract is a great tool that allow you to work in branches, just like the development team is doing. This allow you to commit to designs for delivery, but without restricting you from exploring alternatives at the same time. This is done by having different branches where only the Master branch is actually the one that is put in production.

The way Abstract work fit very nicely into the development workflow. This makes it much easier to collaborate on the same cadence and it ensures that only the visual design that has been agreed upon by everyone involved is being put into production.  This is done by using the approval process built into Abstract any time you want to push design to the master branch.

The final part of abstract is the handover where the developers get an overview of the design elements that makes sense to them. Things like measurements, color codes and more are all easily accessible from Abstract. There are other tools specifically designed for this, like Zeplin and Avocode if the handover features in Abstract is not enough. For me Abstract hold all the information I need, but every team have different need.

Invision DSM

Invision DSM is a design management system and it is where the final design we push to master get placed as the one truth. Not only will this be a fully functional documentation space, but you can also work with the components directly in Sketch by drag and drop. This allow you to constantly work with the latest visual design.

You can integrate Invision DSM with your code as well to automatically push code directly into the documentation using Storybook. If you do not have Storybook, then you can manually add code to each component in the documentation in Invision DSM. If you want to extent the developer handover you can connect Invision DSM to Invision Inspect as well.

Invision DSM is also part of a greater package so you get access to tools like Prototype to make your designs come to life and Freehand that is a collaboration space that is kind of like a mix of sketch and a whiteboard. You also get Boards that allow you to create mood boards with ease.

Jira Cloud

Most developers work in Jira today and most are on Jira Cloud, or on their way there.  You can connect Invision DSM to Jira directly using the Invision addon for Prototypes or by simply link directly to a section in Invision DSM. Jira will act as your task management so you can connect your design tasks directly to other tasks, such as development and test for example.

If you are working within a SAFe organization, then design can be part of other types of work items such as SAFe epics or Features for POC work. If you are working in a smaller organization then you can get Jira Cloud for free, which is always nice.

Why would you want to do this?

What benefit would you as a designer get from changing your workflow in this way?  There are of course many benefits, but let us list the biggest reasons why making this change will have a positive effect on you and your design work.

1. Reduce the barriers between you, stakeholders and development - By making it possible for everyone to stay on top of the design process as well as the development process in one place it becomes easier to break down the barriers that naturally are built in most cases. You reduce us and them situations and communication improve quite a bit. This allow you to become a part of the team because you work the same way as everyone else.
2. Control the way your design turn into code - One of the worst things I know as a designer is when my design get turned into something horrible in development. This often happen when you as a designer is on the outside of the team and simply handover design. By working along side the developers and working with the same cadence as they do, it becomes much easier to maintain your design as you intended it. Using the atomic design and having a design system it becomes so much easier to make sure everything looks as intended in your design and changes can be done swiftly with minimum effort on all sides.
3. Improve feedback to make better designs - By working in a controlled with alongside the development team and the stakeholder with tools that allow for rapid feedback and approval processes you get feedback faster. Often this feedback is also much better quality-wise as it is in the design itself and not a collection of emails or excel sheets. With fast feedback with great quality design work become faster and changes can be done almost instantly.
4. Free up time by making information available to the developers - As a designer you spend a lot of time providing assets, color codes and information about the design. By automatically move this into a tool you can reduce that time a lot. This time can instead be spent on discussing designs with the developers to find great solutions together that are both visually appealing to the end consumer and technically easy to build and maintain.
5. Keep everyone up to date with the design process - How may screens, videos, prototypes and power point presentations have you not made to keep different groups up to date on your design work? Having everyone in the same tools make that so much easier. The trick is just that the tools have to be useful for everyone as well, which is why so many design tools fail in that regard. Abstract and Invision DSM are different in that regard since it is useful for stakeholders and developers alike.

If this is not enough to convince you, then as icing on the top you should know that the tools integrate with Slack as well. So you can get the best communication flow possible...

So, what do you say, does this sound like a workflow that you would like to see expanded with more details? If so, what would you like to learn more about first?

View full article

As I was updating some images and tried to locate a specific image I got frustrated and did a deep dive into the asset managers for images that are out there. By accident I stumbled upon Eagle and it looked a bit to good to be true as it had pretty much everything I need.

With a pricing of $29.95 it's very cheap, but they also offer a 30 day free trial. Of course I downloaded it to test it out. I was not disappointed, even if it took a little while longer than needed as I was dumping 1500 images from Dropbox that was not synced locally.  It was a stupid oversight on my end, but it still worked flawlessly.

I have quite a lot of stock photos and vector graphics that are pretty big. Eagle did not care and I could easily batch drop 100 large vector files and Eagle took care of it in seconds. Even adding whole folders was snappy and fast so adding images was a breeze. Once I had most of my images I started looking into how to make order out of the chaos....and it was glorious.

Categorization

Adding categories and folders is super easy.  A simple plus button add folders in relation to what folder you are currently in and you can add icons and colors from a predefined selection. Folders can easily be dragged and dropped as you see fit, making this a very easy and satisfying way to work with folders.

You can create two types of folders. Regular folders and smart folders. Regular folders behave as you expect and smart folders allow you to create rules based on a pretty large range of attributes such as type, tags, colors, sizes, notes, shapes, comments and so on. It can be pretty dynamic with multiple rule sets as well.

Tags is easy as pie. You can create as many tags as you like and Eagle will even suggest already existing tags so it's easier to group on existing tags. You can manage tags in a specific area where you can also group and add color to the groups, just like with categories. It does not have icons however, but you can live without that I think.

Comments and Notes

This is a bit misleading as it's actually notes and annotations. I was looking for the comments until I realized it was appearing in the image itself and not as a comment area below.

Notes is a section in each image where you can add notes about the image itself. Sometimes you would use something like that to add a link to where the image was found and what copyright is associated to it. In Eagle you have a custom url field for the link, which makes the notes field more focused. Notes is searchable as well, which makes it very useful.

Comments is actually annotations. It means that you can add comments inside the image itself for different purposes. This is amazing as I sometimes have vectors with multiple assets in it. Using annotations I can mark each item so I know where they are. Comments can be searched and filtered as well, which makes it very powerful.

Search and Filter

This is the most important part of a good asset manager and Eagle have one of the most dynamic and flexible search and filter function I have seen. Search can be done on pretty much any data you add to the image so it is pretty amazing. The filter however is for me even more useful.

I don't even have to make a search to use the filters, so I can just start in the all section and drill down using the filter options. I can filter on colors that is automatically added to each image, tags, folders, shape, ratings, file types, dates (both predefined and custom), dimensions, notes and URL. You do not even need to know the full data so for url for example you can just start typing the domain for example and that will filter on that domain instantly. It is very powerful and easy to use.

...and more!

Eagle also comes with additional features that are pretty great. For example you can use Eagle to take screenshots and it even comes with a  browser extension for that purpose. The extension allow you to take screenshots as normal with both defined areas and the whole page, but it can also scrape all images from a webpage.  You can filter the images based on size before downloading from the page.

You can easily drag and drop images between applications to either import into Eagle or from Eagle into Photoshop or Sketch for example. You can define auto tagging so images put into a specific folder automatically get a defined tag. Eagle will identify duplicates so you can keep the assets clean and nice. You can also password protect images in case you need to keep them out of prying eyes.

It should be mentioned that Eagle also works great with videos, audio and even fonts.

In short this is an amazing product!

Watch the video:

View full article

New Smart Layout controls

In this release we got a nice new addition where we can set minimum width for symbols. This is useful for making sure your assets look good when doing overrides as well as controlling size for tap and other things. Maximum dimension is coming soon as well so you can get even more control.

Quote

Now, when you give a Symbol Smart Layout properties, you’ll see a field for minimum height (for vertical layouts) or minimum width (for horizontal layouts) under the Layout panel in the Inspector.

A better way to save

A nifty new interface for the save function provide the option to save to cloud or locally in one dialog instead of two.

Quote

We’ve completely rewritten our save dialog to give you flexibility and control about where your documents live when you hit save. That way you can experiment and try out new ideas without worrying that your document is saving to Cloud and already being shared with your team.

A whole host of improvements and bug fixes

Quote

 

With the first release of the year, we wanted to take some time to make some small but important improvements across the app, along with a round of bug fixes that address some of the most common issues you’ve been running into. Here are some of the highlights:

• We’ve added Libraries tabs to the sidebar of the Documents window, giving you a quick way to find Libraries you share with your Team(s) on Cloud.
• The Components Panel and popover should feel faster and smoother when you’re working with Libraries of all shapes and sizes (and we’ve got more improvements on the way in future updates).
• We’ve improved the accuracy and appearance of documents with missing fonts, especially for text layers with specific alignment or Smart Layout settings and where multiple instances of the same text layer appear in a single document.

 

Not the largest update, but still some nice quality of life changes. A larger update is scheduled for later this month it seems according to the release post.

New Smart Layout controls, better document saving and more — what’s new in Sketch?

BLOG.SKETCHAPP.COM

---

After an exciting end to 2019, we’re kicking off the year with an update to the Mac app. Here’s what’s new in Sketch 62…

View full article

Pretty interesting in how minimalist design reduce cognitive load and drive attention towards CTA.

"Instilling calm, confidence, and connection, this enduring blue hue highlights our desire for a dependable and stable foundation on which to build as we cross the threshold into a new era."

View full article