ashf

Would be nice if the warp group affects bitmap fill on objects within.

It was introduced last year: https://www.w3.org/TR/png-3/
So far, FCPX and Davinci Resolve appear to support this (I haven't tried other editors yet), as well as macOS Sonoma and various web browsers, so it's getting fairly decent adoption. It looks to be a good solution for interchanging HDR broadcast imagery in a lossless format. OpenEXR is supported by most NLEs but has non-user-friendly colour management.
JPEG-XL was possibly going to be a good solution, but Chrome dropped it (not long before/after we released V2, I think) and support for it isn't widespread.
The cICP chunk in this PNG format allows the image to be tagged and processed with various video-centric colour spaces, which is more robust for broadcast workflows where the imagery needs to integrate seamlessly with video content, rather than being dependent on ICC (particularly for HDR content where you have HLG/PQ colour spaces with different transfer characteristics).

Apps: Designer
Platforms: Windows, macOS and iPad

Affinity Designer now supports both DWG and DXF export, available from both File->Export and the Export Persona.
It's important to note that both these file formats are primarily concerned with vector outline data, with limited support for many of the features Affinity offers. However, it's been a heavily requested feature particularly as it means outlines created in Affinity can be easily exported and consumed in various CAD applications as well as utilities for things such as vinyl cutters, plotters and CNC tools.
Because of this, as well as some of the other fundamental differences in the file formats such as layer structure, while both import and export of DWG is now available we do not consider this a format which is suitable to round trip in Affinity. Or put another way we would not recommend collaborating with an AutoCAD user on the same DWG file.
Within export we do offer various options on how to deal with some of the unsupported features / differences in the file format:

 
Layers
All entities in DWG/DXF belong in a layer. There is always a default “Layer 0” in a valid DWG/DXF file. Affinity also has layers. This setting determines how Affinity layers are mapped to DWG layers, and therefore which DWG layer an exported item belong in

Gradient Strokes
Determines what to do with strokes with a gradient fill applied, which DWG does not support.

Gradient Fills
Determines what to do with fills with a gradient fill applied

Bitmap Strokes
Determines what to do with strokes with a bitmap fill applied, which DWG does not support:

Bitmap Fills
Determines what to do with fills with a bitmap fill applied, which DWG does not support:

Pressure Strokes
Determines what to do with strokes with a pressure profile applied, which DWG does not support:

Overweight Strokes
Determines what to do with strokes with a line weight > 2.11mm, which DWG does not support:

Dashes Strokes
Determines what to do with strokes with a dash pattern applied. DWG does support dash patterns; however DWG dashes do not scale automatically with line weight, as they do in Affinity. 

Scale dash patterns
If any line weight adjustment is made to an exported curve (e.g. it is clamped to the 2.11mm maximum), you may expect the dashes to stay the same length, or you may prefer them to scale automatically as they do in Affinity. The former is similar to AutoCAD’s behaviour - when you change an entity’s line weight, it does not recompute the dashes, which is effectively the opposite of Affinity’s behaviour. If “Scale dash patterns” is on, Affinity’s behaviour is used, so dashes will be scaled down if the line weight had to be scaled down.
Apply drawing scale
When enabled, the drawing scale is honoured. If you export an rectangle that is 1 inch wide and your drawing scale is 1:10, the rectangle will be exported 10 inches wides. Note that Affinity documents support multiple drawing scales within the same document, which cannot be honoured in a DWG/DXF file, so only the first/common drawing scale is applied.
 

Here you go

That's what  it is for now.
Users have to adjust preflight settings.
This is shared problem in East Asian languages.

I posted a suggestion for the default settings in Japanese.
Same goes to Chinese I think.
 

The initial picture quality significantly impacts the quality of the final product produced by a photo enlarger. The AI attempted up until this point. 🙂 

Just reposting this v1 feature request in the v2 feedback forum.
Would be good to know if implementing this feature is even possible, I assume the inner software architecture doesn't allow it (only bitmaps) and it might only be possible with a hacky and unstable implementation, but if you can confirm it at least we can close the question with a definite answer.
Here's the v1 thread: 
 

Developing the plugin api takes way more time than implementing certain features.
And it has been being planned since a long time ago or already in development if you search in this forum.
Means it's taking years already and still no sign of release.

This is my impression from the result of super scaling a very low-res image.
So AI/DL/ML tools are lucrative.
Feel free to comment. additions/revises are welcome.
Great
Gigagixel AI (commercial, Mac/Win)
Upscayl (free, Mac/Win/Linux)
Pixelcut (freemium, Online & iOS)
Replicate (freemium, Online)
Nero AI (freemium, Online)

Good
ON1 Resize AI (commercial, Mac/Win)
Upscale.media (free, Online & iOS/Android)
LetsEnhance (freemium, Online)
Remini (commercial, Online & iOS/Android)

Mediocre
Photoshop, PS Elements (commercial, Mac/Win/iOS)
Luminar Neo (commercial, Mac/Win)
PhotoZoom Pro (commercial, Mac/Win)
Paintshop Pro (commercial, Win)
AI. Image Enlarger (freemium, Online& Mac/iOS/Android) 
Bigjpg (freemium, Online & Mac/Win/iOS/Android)
 

Haven't tried Pixelmator,

In Affinity, virtually every object is a "smart object" if you're comparing to PS CS5.
In theory it may have worked up to Mojave, but I have never bothered to try because I stayed with El Capitan just until earlier this year (for many reasons). But PS had its issues already on El Capitan though, same as Illustrator CS5, while InDesign CS5.5 was relatively the most stable one of the CS5 bunch.

So then why not also - (minus) & all of the other applicable formulaic field expressions? AFAIK, support for that is already built into apps so it should not be too hard to add that to the move data fields -- IOW, add one & the others should come in for free, so to speak.

I'm making a set of icons in SVG format, and have them all on their own artboard in 1 document.
Exporting an artboard to SVG (with no border or fill) includes a <rect> tag named like the artboard. I'd expect the artboard to just set the width/height & viewbox properties of the export, not to have its own rect path.
Maybe this could be just a checkbox in the export options?

Perhaps including the operator would be necessary... 
+1cm
Original square is 4cm, so each duplicate gains 1cm.
-1.5mm
Each duplicate reduces by 1.5mm.
I think the aim is to allow absolute differences in addition to the relative scaling that Affinity currently uses. 

Suggestion for the Export window

SVG
Flatten Transform = 変形を統合

It would be nice if I could input a number with a unit in the scale instead of percentage.
Also formula support would be great.

It would be nice if I could input a number with a unit in the scale instead of percentage.
Also formula support would be great.

It would be nice if I could input a number with a unit in the scale instead of percentage.
Also formula support would be great.

It would be nice if I could input a number with a unit in the scale instead of percentage.
Also formula support would be great.

Hi there,

I found a potential issue using the Vector Flood fill in my workflow,

I made a video tutorial showing and teaching how to use this tool, as Freehand illustration drawing,

When we want to fill one area, unfortunately, we need to double-check all the lines that are not connected properly, because if so, the area will not work as it should.

The solution for that, perhaps is to Add a tolerance for the Vector Flood fill, that consideres the lines very close, because if the line is not closed perfectly, it won't work  as shown on the photos below
or, add something like auto snapping during the use of Pencil tool, somehow.
In the video I show this issue that I found in the process of working with Affinity 2.

https://www.youtube.com/live/ex6_TXFK1f0?feature=share&t=1713
 
If you can take a look about this possibility, it would make this tools very usable for illustrators in this matter

 


 

Agree This would be a great feature. Could be included along with the new Knife tool. 

Suggestion for the Affine filter in Photo

スクロール or アフィン(スクロール) might be better.
Adobe translate the Offset filter to スクロール, so people are familiar with this name.

Suggestion for the Optical Alignment on the Character panel.

視覚調整 would be better than 視覚的整列
視覚調整 is the word commonly used that means optical alignment/visual alignment.

maybe we will get these when we get scripting/plugin support hopefully within the next couple of months.

Suggestion in Designer 

カーブを結合 is used for the translation of both "Join Curves" of the Node tool and "Merge Curves" in the Geometry.
It's confusing.

Merge Curves(Geometry) = カーブをまとめる
Join Curves(Node Tool) = カーブを連結

Suggestion for the File menu

New From Clipboard = クリップボードから新規
New From Last Preset = 前回のプリセットから新規
Import Content = コンテンツを読み込み