Sur mon tél l'onboarding fait des siennes :

Comme signalé par Antoine D, l'emoji custom bdx-town ne s'affiche pas sur les autres instances (même s'il fonctionne chez nous)

Actuellement le chat ne propose pas d'emoji picker, ni d'autos-suggestions quand on tape le shortcode d'un emoji :XYZ:

Depuis la maj on a perdu la possibilité de nettoyer ses notifs. J'aimais bien que ce soit propre^^

Si besoin voici le CSS que j'applique via Stylus sur BDXtown pour le moment.

J'ai essayé de commenter pour que ce soit assez clair mais n'hésite pas si tu veux des screens avant / après.
Je te laisse faire ton marché ;)

/* forcer l'utilisation de la font définie par mon navigateur */
body.system-font {
    font-family: sans-serif
}

/*light mode pink background - j'utilise les variables hsl de la couleur d'accent mais avec une luminosité accrue */
.theme-mode-light {
    --background-color_h: 343.0508474576271;
    --background-color_s: 87.19211822660098%;
    --background-color_l: 99%;
}

/*custom links style */

/* liens externes */
.status__content a:not(.mention):not(.hashtag):not([href*="/tags/"]), 
.reply-indicator__content a:not(.mention):not(.hashtag):not([href*="/tags/"]) {
    color: var(--primary-text-color);
    text-decoration: underline;
    text-decoration-color: var(--brand-color) !important;
    position: relative;
    background: linear-gradient(to top, var(--accent-color--faint) 2px, var(--accent-color--faint) 2px);
    background-size: 0% 100%;
    transition: all .3s ease;
    background-repeat: no-repeat;

}

.status__content a:not(.mention):not([href*="/tags/"]):not(.hashtag):hover, 
.reply-indicator__content a:not(.mention):not([href*="/tags/"]):not(.hashtag):hover {
    background-size: 100% 100%;
}

/* chat */
.pane.pane--open {
    height: 500px;
}

.pane.pane--open:not(.pane--main) {
    width: 400px
}

.chat-box__actions textarea {
    height: 75px;
    overflow: auto;
}

.chat-box__actions textarea::-webkit-scrollbar {
  display: none;
}

/* calage vertical de la bannière au scroll sur la page profil (par défaut il reste genre 5px de la bannière visible */
@media (min-width: 895px) {
    .ui .page__top {
        top: -300px;
    }
}

/* colonnes latérales sticky au scroll */
.columns-area__panels__pane {
    position: sticky;
    top: 50px;
}

/* sur la vue profil */
.page__top + .page__columns .columns-area__panels__pane{
    top: 115px;
}

/* limiter la hauteur max de la bio sur la vue profil pour contrer l'effet de sticky quand on a un petit écran et une grande bio */
/*
.profile-info-panel-content__bio {
    max-height: 400px;
    overflow-y: auto;
}

.profile-info-panel-content__bio::-webkit-scrollbar {
  display: none;
}
*/

/* alignement des labels et infos des champs personnalisables de la vue profil */
dl.profile-info-panel-content__fields__item dt {
    float: left;
    padding-right: 5px;
}

dl.profile-info-panel-content__fields__item dt::after {
    content: ':';
}

/* masquer le dégradé flou pour les images "sensibles" et en fond d'images transparentes */

.media-gallery__preview {
    display: none;
}

Objectif

Développer un onboarding pour accueillir les nouveaux membres

5 écrans.

Ecran handle

Écran explication handle @pseudo@instance basé sur l'image des e-mails présentant une illustration (à déterminer)

Introduction du terme ancre (handle).

Schématisation de l’illustration

Ecran fils

Écran explication fils (personnel, local, découvrir) présentant une illustration (à déterminer)

Schématisation de l’illustration

Ecran confidentialité

Écran présentant les options de confidentialité présentant des captures d'écran / reprenant les icônes

Proposition de verbatim:

_* Public: le toot est visible sur l'ensemble des fils, et aux autres instances.

• Non-listé: Il faut avoir le lien du toot pour le voir
• Abonné.e.s seulement: le toot est visible uniquement pour les personnes qui vous suivent
• Direct: le toot n'est visible qu'aux personnes mentionnées à l'aide de leur ancre_

Ecran "Quoi faire ensuite"

• Invite à consulter https://joinfediverse.wiki/Getting_started_with_your_Fediverse_account/fr
• Parler des hashtags
• Écran de suggestion de suivi, basé sur https://communitywiki.org/trunk/
• Met également en avant le compte https://bdx.town/@[email protected]

Ressources

https://bdx.town/@clovis/posts/AIQqGdljbqD5ruAjrc

https://guerin.notion.site/BDX-town-2047767a47764afe8c3bda67b933d9a9

On Misskey, (but also on Element) there's that pretty cool thing when you mention someone : in addition to their @ handle, their avatar is also displayed.

It's both pretty slick and useful since it helps identifying the person, it adds some personification. It also helps mentions to visually differ from hashtags.

What do you think ? Brilliant or fake good idea ?

Mangane allows us to add many custom fields to our profile

But on mobile view they're not displayed at all

The official Mastodon app has, once again, a clever solution : they display those fields in a new tab below the biography

Sur mangane on a un onglet "favoris" sous la bio sur la page profil...

Je suis pas sûr que ce soit une bonne idée de rendre les likes des gens publics. Y'a que moi que ça met mal à l'aise ?

En fait je trouve ça, au mieux inutile au pire intrusif.

Most instances/softwares allow this. It's frustrating to only be able to pin one post at a time.

Moreover you have to manually unpin the one you have before pinnin a new one !

Could we

1. Be able to pin multiple posts
2. Or, at least, be prompted with a message asking us if we wish to unpin the current pinned posts and replace it with the new one ?

Feels like option 1 is both easier to implement and useful for people 🤷

Pour l'avatar par défaut je verrai bien juste un seul grain de raisin emoji plutôt que le favicon (croppé qui plus est)

Sur moobile 9 fois sur 10 l'écran de sélection d'emojis esr inutilisable,caché sous mon clavier tactile

Sur l'app Mastodon, les emojis prennent la place du clavier tactile, c'est pas mal

En vrai c'est pareil sur pas mal d'apps, les emojis prennent la place du clavier.

On perd l'option de recherche textuelle d'emoji, à voir comment on pourrait conserver les 2.

It feels like, right now, at the user scale we are only allowed to "mute" instances (the used word in UI is "hiding") and not a clear block...

Am i being mislead by that wording ? Or is block only an admin feature ?

If so it feels really important that users themselves have the ability to block entire domains as well as admins.

Comme promis voici des petits mockups pour le readme du projet !

Discussion sur la gestion des médias suite à ce commentaire

#53 (comment)

cc @ymollard

That discovery button (for the global timeline view) on the left menu is the gateway to The Bottomless Vortex of Stuff.

I'd love a way to mask the button! :)

Lorsqu'on colle une URL dans le moteur de recherche (URL vers un compte Masto ou vers un pouet) l'adresse du compte/pouet recherché n'est pas chargée et on obtient des résultats non pertinents.

C'est une fonctionnalité intéressante pour ceux qui ont plusieurs comptes sur plusieurs instances, ça permet de booster sur un compte B un pouet qu'on a vu sur un compte A, idem pour le follow.

Je ne sais pas quel est le degré d'implémentabilité de cette feature ?

Ajouter options Fil local et découvrir sur mobile

1. Programmer un pouet pour le lendemain
2. Supprimer la programmation avant la publication
3. On obtient ceci :

Jusqu'à aujourd'hui, l'instance étant de taille réduite, la seule règle était "modération à ma discrétion". Cependant avec l'arrivée de nouveaux utilisateurs, ce n'est plus réellement acceptable.

De fait, il faut que l'instance s'équipe d'une liste de règles souples, mais claires qui permettent de couvrir un grand nombre de cas problématiques. Au délà des règles nous pouvons également réfléchir ensemble à la directionn prise par l'instance sur les bases déjà posées.

Benchmarkons ensemble.
https://merveilles.town/about/more

problèmes

Actuellement les sondages affichent des radio buttons même quand la question est à choix multiple. C'est contre-intuitif au possible.

Par aillieurs le fond orange c'est pas foufou. Le sondage a pas besoin d'un fond, amha.

solution

Il faudrait donc des checkboxes au lieu de boutons radio quand sondage choix multiple + virer le bg

(En revanche c'est bien géré le toggle pour passer de l'un a l'autre quand on en crée un, plutôt que l'appui long sur un des champs adopté par masto -_-)

Actuellement sur bdx.town les notifs n'affichent pas de bouton d'action pour les demandes d'abonnement

SI je charge le front end de démo j'ai ça

Mis à part la teinte pas folle j'ai bien les boutons.

Par ailleurs, je confirme ne trouver aucun accès à une URL dédiée aux demandes.

I am using an explicit WebFinger domain configuration so that my account URIs are acct:[email protected] although my web URLs are https://subdomain.domain.tld/@user.

This works well: my accounts are named [email protected] with clients connecting to my Akkoma BE or other instances via federation with WebFinger and ActivityPub. But on the Mangane FE, accounts are displayed as [email protected].

(I'm not familiar with either Elixir or React, so I have found diagnosing this difficult.)

For a few weeks (monthes?) i was under the impression that CW behaviour was kinda erratic on my timelines.

Posts with CW were mostly closed (as they should) but some posts were open by default.

Moreover, i realized i couldn't even close them when clicking the fold/unfold button.

Tonight i think i figured the reason : only boosted post with CWs are open. Regular posts with CWs are closed.

Why whould boosts override CWs fold/unfold feature ? 🤷

Actuellement le logo du site est un PNG de 1200px de haut ça me parait pas super opti 😜

il faudrait un SVG, idéalement dans un format carré 👍

La procédure d'installation donne :

busybox unzip static.zip -o -d /opt/pleroma/instance

Mais les installation OTP n'ont pas de dossier instance correspondant. D'après la documentation le frontend est a déposer dans le static_dir soit : /var/lib/pleroma/static dans ce cas.

La commande équivalente serait :
unzip static.zip -d /var/lib/pleroma/static dans le cas où les statics sont bien dans la destination par défaut.

Comme je te disais dans le chat, en bossant sur la vue "annuaire" ça m'a d'autant plus sauté aux yeux que le site est globalement déséquilibré vers la droite (la colonne de gauche ne sert que pour afficher la carte de son propre profil et seulement sur les vues "timelines"

On pourrait tout simplement basculer la colonne de droite dans la colonne de gauche et bam ça fait des chocapics !

Sur ce screen on peut aussi voir des upgrades graphiques de l'UI : la liste des chats prend moins de hauteur, les conversations plus de largeur (parce que bon lire sur 20px de large merci)

J'ai aussi stylisé les URLs externes différemment des @mentions et des #hashtags. On peut même envisager un style différent pour mentions et hashtags également.

comportement actuel
Mangane réplique les paramètres de confidentialité et de markdown des publications auxquelles je réponds au lieu de conserver les règles définis dans les paramètres.

Concrètement mon compte est configuré pour poster, par défaut, en "Unlisted" et en Markdown.

Dans les faits quand je réponds à une publication, cette réponse adopte les réglages du message initial (à savoir, bien souvent, "Public" et "texte brut".)

comportement souhaité
J'aimerais que les réponses conservent les réglages par défaut définis sur https://bdx.town/settings SAUF si la confidentialité du post est plus restrictive

Ex :
config → Unlisted / Markdown
Message auquel je réponds → Public / Texte Brut
Ma réponse → Unlisted / Markdown

Autre message auquel je réponds → Followers Only / Texte Brut
Ma réponse → Followers Only / Markdown

At the moment, the home of any Mangane instance looks exactly like any Soapbox ones.

I tried my best not to judge software based on its founder, but it matters. Because most of its users share a view. An agenda. Which is cleary NOT something we want to be linked with.

Therefore, in order to differentiate us from them i strongly suggest we redesign at least the not-connected homepage.

We should also update our CoC (see #53) but that would only benefit Bdx.town while a redesign would benefit all instance owners using Mangane

Pour ne pas compter que sur l'icône globe / cadenas ouvert / cadenas fermé finalement assez discrète, pourrait-on envidager un traitement (optionnel?) plus lisible de la confidentialité d'un post que l'on consulte ?

Par exemple un background différent ? Pour éviter l'effet patchwork ça peut être un motif en opacité.

GlithSoc propose une option ou chaque icone adopte une couleur différente + visible.

sur la vue "Home" (et sur l'ensemble des fils) on est passés en deux colonnes avec une seule colonne latérale, à gauche (évidemment)

sur les vues Notifications, Modifier le profil, Demandes de suivi, Bookmarks, Listes, Sécurité & Préférences en revanche on repasse à droite (la colonne de gauche étant elle vide)

Pendant un moment on avait Mangane-back et Mangane-UI mais si on se concentre sur le front, qui selon moi est le cœur de ce qui différencie Mangane, on devrait ptet

1. renommer le repo Mangane tout court sans le -ui
2. mettre un lien vers ce repo sur l'interface de l'instance parce qu'actuellement ça redirige vers https://github.com/Cl0v1s/Akkoma (ce qui peut créer la confusion puisque c'est écrit Mangane sur le lien)

Actuellement (et sur la future version de l'UI aussi) le bouton de validation de follow est à gauche alors que la convention aurait plutôt tendance à la placer à droite

Je suggère d'inverse ces deux boutons.

De plus, un refus par erreur est plus compliqué à corriger qu'une acceptation par erreur puisqu'on retirer des gens de ses followers mais pas reforcer les gens à nous ajouter^^

• Traduction écran de configuration Mangane (+ occurence de soapbox).
• Traduction écran de mots silencés
• Traduction bookmark

Lorsqu'on arrive sur l'interface d'un toot sans être connecté, l'onboarding masque les toots.

Eventuellement déplacer l'onboarding actuel pour le mettre dans l'onboarding par défaut de soapbox.

Inspired by #GlitchSoc.

I think it could be a nice addition to Mangane since it would highlight this option which is one of the main reasons that the atmosphere on the fedi is globally friendlier.

I like how CWs are called Warning (Avertissement in french) but we could even think of naming them "Topic" so that behaviour gets more adopted if needed.

Voir début de la conversation #2

Le titre n'est pas présenté correctement sur mobile.

L'icône du fil fédéré est beaucoup plus "grasse" que les autres.

plusieurs options :

• garder ce logo en affinant le trait
• opter pour une version alternative du logo du fediverse ¹
• opter pour une icone plus "universelle" et non purement fediverse

¹ cf cette publi

Pour l'icône du fil local, peut-être une déclinaison linéaire du logo grappe serait peut-être plus logique.

Dans la continuité de ce que je disais dans #47 on pourrait ptet envisager un logo pour Mangane ?

Concrètement je pense que, si Filip Toutou peut conserver sa place de mascotte, en concurrence avec le Mammouth de Masto et la pin up renard de Pleroma (wtf) il ne me parait pas trop adapté en logo.

On peut en revanche utiliser la grappe (qu'on retrouve d'ailleurs dans l'interface pour le fil "local", y'a le côté bordelais (en rappel au nom Mangane) et le côté social... On perd ptet la notion de voyou... Mais surtout on veut ptet garder la grappe spécifiquement pour Bdx.town ?

Il n'y nulle part dans l'UI un accès aux MP. Pourtant quand on en envoie un il s'affiche dans une TL dédiée à l'URL suivante https://bdx.town/messages

Faudrait rajouter un ptit lien non ?

Idéalement faudrait même merger chats et MP mais j'sais pas trop comment faire...

We should provide a thread-mode so people can easily create a thread without having to answer to themselves at each post.

Either the GlitchSoc way : when thread-mode is activated, answer to self modal opens automatically).
Either the Twitter way : you can write N messages and when thread is ready publish it all at once.

It's a request I see from a lot of newcomers. Even if we offer 5k characters, it appears it's easier to read (and share*) several shorter posts than one big fat novel 😄

• you can boost the part of the thread you agree with the most even if you don't agree with the whole thread for instance

Proposer l'option, lors de la publication d'un message, de l'envoyer en local seulement, c'est à dire à la seule instance bdx.town.

Ce fonctionnement existe sur #GlitchSoc si ça peut aider : https://glitch-soc.github.io/docs/features/local-only-toots/

Uploader le favicon dans un format carré pour éviter son écrasement vertical 😉

Lorsqu'on ouvre la conversation liée à un message, la flèche de retour n'est visible que sur le message initial de la conversation.
S'il reste possible d'utiliser la touche retour par défaut d'android, son inconvénient est que le retour ne se fait pas systématiquement sur le message à partir duquel on a ouvert la conversation (il arrive que le retour se fasse en haut de la home tab).
Une amélioration de l'interface pourrait être de conserver visible la flèche de retour quel que soit l'état de défilement de la conversation affichée.