Дмитрий Т.

I am using 2022.2.6 and I am having a similar problem

In a new project I created a text object and added 4 lines of text and directed the links at website pages

I modified text styles

But when I preview (or ctrl+preview) I do not see bold standard text, and I cannot see links unless I hover over them and none of the attributes I set are displayed (ie click link and return, it does not show visited attributes).

I do not know if this misbehaviour has been fixed in the current beta version.

I have marked your post for Incomedia's attention.

PS I have also opened a pre-existing project and whilst the link attributes remain correct, they cannot be modified.

Hello Дмитрий 

What if you try to export the website online. Does the fault remain? Or if you test it on an external browser?

What about a new project? Any difference there?

Please try this out and keep me posted here

@Esahc

before moving on to analyzing the last issue you mentioned about the background, I would like to let you know that technically you should be able to open up the browser inspector via F12 in the preview browser just like you would in any browser. From there, you can handle cookies and storage data like any browser does it. This way, you should be able to clear what you need to clear.

Try that out and let me know if that fixes it

Thank you

Stefano

Stefano, all tests were carried out on new projects.

Regarding resetting link attributes
Please note, I had to carry out this test in an old version. I was obviously wrong when I guessed the link attributes were stored in a cookie, F12 in the browser shows no cookies. The only way to reset a site so that unvisited links are identified is to close WX5 and re-open WX5 and again open the project (simply re-opening the project does not clear the attribute).
Please advise the way to reset link attributes without restarting (in my opinion CTRL+preview should always provide a clean environment).

Testing v2022.2.9 to address problem raised by Дмитрий Т.
I have set the link attributes exactly the same as in v17

The unvisited (active) link NEVER displays irrespective of whether I preview, CTRL+preview or shut down WX5, restart WX5 and open the project anew. However, it DOES display in the local system default browser and when online (this is very bad for evo users and very frustrating/confusing for all users). This is a fault introduced in v2022.2.?, the active link is correctly displayed in v2022.1.7 (I tested this)

UPDATE: after further testing, if I link to a file (pdf) rather than a web page, then the very first preview shows active link (not visited). Nothing will reset this to display after visiting the link (even closing WX5) except, if I change the link to none, do a preview and then set it back to the file it will preview as an active (not visited) link. Sadly this work-around does not work when the link is to a webpage.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Regarding the background colour attibute for visited link

The visited link attribute background colour will only display if the active link background colour is NOT set to transparent. It does not work in the system default browser and I can only assume it will not work online either (even back in v17).

Either this should be fixed or the user should not be able to select anything other than transparent background colour for the visited link unless a background colour for the active link is selected.

Please check my findings.

Good afternoon everyone

I thank you for the detailed feedback and I confirm that I proceeded to notify the developers of this so that it can be fixed

I will keep you posted here as soon as news on this becomes available 

Thank you

Stefano

Stefano, please confirm that the text link attribute issue raised by Дмитрий Т. is being dealt with separately. This is a *BUG* introduced in v2022.2.? and it should be treated separately by the developers urgently.

The other 2 issues (resetting the attributes to test an as new display of page and being able to set background colour on visited link) are long standing issues that came to light whilst I was testing. I am well aware of how long it always takes to fix long standing issues, developers put these amendments on the never never plan or simply drop them in the bit bucket.

Not displaying the active link is an urgent bug requiring fixing now.

Sorry if I muddied the waters for Дмитрий Т.

Thank you Stefano, I like your optimism (I just wish I shared it).

Hello Esahc, Дмитрий

We're currently still analyzing the new issue, but about the old issue Esahc mentioned, I have an official response:

About the background color, unfortunately it depends on a new browser protection added to preserve user privacy. A site could put many links on a page and test their properties to see which ones have been visited and which have not. More information can be found here https://css-tricks.com/almanac/selectors/v/visited/

In our case it is therefore not possible to set a link background if it was not set on the unvisited link. The transparent background appears as not set unfortunately.

I hope this is helpful

Stefano

Thanks Stefano, I can live without that too (now I know it is a limitation) although the option to add a background colour to the visited attribute should be greyed out if active link has transparent background.

Only 2 to go :-)

With the release of v2022.2.10 active links are now correctly displayed in the local preview.

However

It is still NOT possible to emulate an unvisited link once the link has been visited (cannot clear the visited link attribute when testing in preview)

La pregunta es...

¿Por qué tocar algo que funciona bien?

El problema sigue en la v2022.2.10

Si en el enlace activo  tiene transparencia de fondo, NO se activa el selector de color de fondo en enlace visitado.

Si se activa el color de fondo del enlace activo, se activa el color de fondo del enlace visitado, pero el enlace activo la letra se pone como visitado... ???

Se le cruzaron los cables al programador. xD