Hello

I did further tests with a side by side comparison of Go regular text 
rendered by x/image/text and GIO’s kitchen example. Here is the result [1].

There is a scaling difference with a ratio of 92/72 measured with the 
text length. The cause is not obvious. The size of a pt is 1/72th inch. 
If the screen DPI was 72, 1 pt would be a pixel. With a 92DPI screen, 
1pt is 92/72 pixels. I would thus tend to think that the bigger text is 
properly scaled, but it’s not rendering as well. I will investigate this.

Here is another test I did. It’s a comparison of the effect of different 
gamma values on go regular [2] and go italic [3] size 12pt. As can be 
seen, the effect is minor but perceptible and slightly reduce the

More information on the artifact.

It is not caused by compression. It is already visible on the iPad 
display, but it is then small.

Here is a screen capture of the artifact obtained with the application 
Gophers [1]. It is also visible with the kitchen example when run on iOS 
[2]. I was impressed how the exact same code could run on my desktop and 
my iPad.

I notice that the editable text rounded rectangle frame is not properly 
rendered in the kitchen app. I do get the exact same result with the 
kitchen rendered with WASM in safari [3]. I could not edit text (to 
slow?) to test the presence of the artifact. Apparently, it is not

Thank you for pointing this out. There are indeed artifacts with the 
Component example. They are not present with the Kitchen example.

These are short white lines at the bottom of some letters. Is it a white 
dashed line overriding text ?  It is well noticeable on the bottom 
horizontal line of the uppercase B of the labels Contextual App Bar and 
Bottom App Bar.

But note that this problem is different from the effect of a too big 
pixel size (low DPI) which result in gray and fuzzy letters due to 
dominating antialiasing.

It can’t yield the same result than Apple with small font size because 
Apple is most probably doing stem darkening which I understood is

Hello,

As reported in my previous mail on text rendering, here is a screen 
capture of the component example on the iPad. The image size problem is 
visible.

Does anyone know how to add my own icon to the app ?

[1] https://imgur.com/a/lJNepgz

Le 22/06/2021 à 13:32, Chris Waldon a écrit :
> Hi Christophe,
>
> I'm glad that you figured it out, and sorry that I couldn't be more

Hello,

I could test the component example to evaluate text rendering with GIO 
of my iPhone and iPad, and the rendering is perfect. The iPhone is 
~400DPI and the iPad is 220 DPI. This is a screen capture from my iPad [1].

Someone tested the kitchen example on an iMac with 27" (5120x2880) 
display (218DPI) and on a MacBook Pro 13" with retina display. Same 
result. Here is a screen capture of the iMac [2].

As can be seen, the text is also perfectly rendered. It is as sharp, 
black and crisp.

This confirms that the reported font rendering problem is due to a

After some more work I finally managed to get the gophers app running on my iPad. 

The text is nicely and perfectly rendered. This is what I wanted to verify. 

The only problem left is that the image size displayed on the iPad is the one of an iPhone. It doesn’t take up all the iPad screen size. 
Is this a limitation of the gophers example program, is this a limitation of GIO or did I do something wrong ? 




> Le 21 juin 2021 à 17:16, Christophe Meessen <christophe@meessen.net> a écrit :
> 
> Hello,
> 

I tried uploading the .iap file with ideviceinstaller and got a more explicit error message: 

marco:gophers meessen$ ideviceinstaller -i gophers.ipa
WARNING: could not locate iTunesMetadata.plist in archive!
WARNING: could not locate Payload/Gophers.app/SC_Info/Gophers.sinf in archive!
After some more work I finally managed to get the gophers app running on my iPad. 

The text is nicely and perfectly rendered. This is what I wanted to verify. 

The only problem I see is that the image size is the one of an iPhone. It doesn’t take up all the iPad screen size. 
Is this a limitation of the gophers example program or is this a limitation of GIO ?

Hello,

I made some progress. I now can compile the Gophers example and generate the .iap file.
Unfortunately I can’t download the .iap file to the device using Xcode. 

This is the error message I get:   

“gophers” does not contain an application bundle, so it cannot be installed on Corrida
 
I looked inside the the .iap file and there is a gophers.app directory that contains a Gophers binary. I spent the day on it without finding a solution. 
There are very few match of this error message with google. 

Is it a problem that the binary name is written with an uppercase G (Gophers) and the .app name is with a lowercase g (gophers.app) ? It is the case.

Hello

it was a long way, but I manage to create an Hello World app with Xcode and install it on my phone. I didn’t need to subscribe to the apple developper program to achieve that. 

I then tried to compile the gio gophers example to install it on my phone. This is the error message I get. 

gogio: sign: no valid provisioning profile found for bundle id « xxxxx.net.meessen.giotest" among [xxxxx.net.meessen.giotest]

The bundle id is the one used for the hello world test. 


Bien cordialement,
Christophe Meessen

I registered on the developer.apple.com 
<http://developer.apple.com> site and didn’t see how to register a 
bundle id. It seam that we are required to subscribe to developer 
membership thing which cost 100USD per year to be able to create a 
bundle id on the web site.

I don’t want to run a test flight because my Mac is not retina. I would 
like to run the app on my iOS device because they have a retina display.
Is this possible without paying the fee ? It is just for testing.


> Le 16 juin 2021 à 18:19, Chris Waldon 
> <christopher.waldon.dev@gmail.com 
> <christopher.waldon.dev@gmail.com>> a écrit :