gw_westdale

9 years and counting

Has anyone noticed that this thread is  EIGHT YEARS OLD  - is it just in the 'too hard' pile ? I cannot believe it would be a challenge to code.

Biased?   How else does a developer decide what to implement than by listening to its users ---- or not listening in this case.

You can delete all objects and layers from your design file and the metadata causing the export message is still there.
Maybe for debugging is this small empty (almost) file better.
metadata-error-on-jpeg-export.afdesign

Now eight years old and counting -- and still anoying people.......

I have , for once, raised a new topic to call attention. Bad practice, but I feel it is justfied in this case.

This keeps driving me crazy - I work on several things in the same day and each time I do a test export or save as new version I have to go through the same rigmarole.  There may be some customers who have multiple sources and all their exports go to a single folder but I cannot imagine working that way.  At the very least could we have this as an application level option.
 

Has anyone noticed that this thread is  EIGHT YEARS OLD  - is it just in the 'too hard' pile ? I cannot believe it would be a challenge to code.

You find yourself confused because it is inherently confusing! I think it would be wise to avoid having the static and variable versions of a font family installed at the same time, in much the same way as it’s best to avoid having TTF and OTF versions installed concurrently.

Apologies no - tried again but no luck. If it happens again, I'll report.

Hi @gw_westdale,
Just to confirm I'm seeing the same crash in the 2.3.0.2096 Beta when creating styles from vector brushes with a pressure profile attached. It's not only affecting vector brushes but any object where 'Add Style from Selection' is selected from the Style Menu.
I've attached a crash report...
Affinity Designer 2 Beta-2023-11-01-081644.ips

The problem with simply duplicating and flipping your line is that you automatically change the reading direction from Left to Right to Right to Left on the duplicate so one approach (as per the video) is to merge the duplicated and flipped curve making it one continuous curve so you are always typing in a Left to Right direction and where you can then control the start and end points for the text...
This way you also don't end up having to add spaces between words or characters to control the spacing which would get awkward if the text content changes...
Anyway, it's only one approach, I'm sure there are others...

Many thanks for providing these for me, it's certainly helpful!
I can see that this has been reported as a bug previously to our team, I agree that I would not expect the text to 'flip' also - or that you are offered the choice to have the text flipped if required.
I'll be sure to 'bump' the development log with your thread now, to bring this to our teams attention once again
My apologies, I had forgotten the difference in expected behaviour here when using Open Curve objects. As I understand it, this is not a bug. As they are unfilled, unclosed objects, the result of any Boolean operation (ie 'Add') is empty and the curve is removed.
I hope this clears things up!

Here you go Dan  C-- my first time trying to snip a video so I hope it works ok ...
1) draw curve, ctlC/ctlV and Flip the curve, add text to each curve
2) darw shapes circle and square and a curve - add each one to itself in turn - shapes go to curves , curve disappears
Disappearing Add.mp4 ctlCctlVFlip.mp4 ctlCctlVFlip.afdesign

Thanks walt -- but flip then using geometry add   has the weird effect that the line completely disappears from the layers 🙂
Feels like a matter/antimatter situation !
Another possible buguette
edit : Using add on  single shape or text converts the item to curve -- on single curve, the curve vanishes.

Has this died or is it being considered in 2.1 ?  A cascading menu for artboards that referenced the ones used for documents could be a real help and would allow addition of custom ones all in one place.

Yes - I have had a bit of a hard time with importing in this last couple of weeks. [ And I qualify this with saying I love the Affinity suite. ]
I have several related political leaflets all with the same set of text styles set up as a hierarchy .  content -> intro para -> intro para bold ......
One candidate has a good idea with his text and I  copy it to another candidate's leaflet. Bingo - multiple 'content/ content 1/ content 2' styles that then have to be cleaned up rather that smoothly dropping the text in 'content' para style into the destination 'content' para style.   
PLEASE can we have a paste that moves text to the intended target style where the style names are the same.
Probably a  'paste keep style' would satisfy those that want a literal image of a source document in the  target and there is a clash of style names.
 

Apps: All
Platforms: Windows, macOS and iPad
In Version 2 we added the use of square brackets to increase and decrease stroke weight on the fly in the pen, pencil and move tools. By request we have now activated this while in any of the shape tools, as well as the node tool. In the case of the node tool square brackets will only change stroke weight if you do not have a node selection (in which case square brackets adopts previous behaviour of selecting next / previous node).

I prefer not to have unrealistic expectations based on new features. However, the ability to manipulate fills in vectors like this one makes me feel ecstatic and reminds me of my childhood. I am already envisioning the endless possibilities that we can achieve using this feature alone!

Hi gw_westdale,

This is something we do have logged. 

Lovely. Some really cool uses - great 'hearts'.   There seems to be an issue with butt alignment ... some artifacts centre column ? 1732 beta Windows
 
 

balanced dots.afdesign

Thanks  Walt - glad I'm not going insane ... at least not in this case

yes 😆

@Ash, minor niggle but as the dash and gap values are now draggable would it not make sense for the phase value to be draggable as well...

The improvement to the application of dashed strokes is beyond brilliant, it may only be a small change but it is hugely welcome, definitely looking forward to the addition of non-integer value adjustments in a future release but even the simple drag action for setting dash and gap intervals makes this feature so much more intuitive and dramatically improves the workflow for dashed lines and finally allows us to create professional layouts using dashed lines where before, well, you really just couldn't, thank you... 👏