Frédéric Heulin a écrit 254 commentaires

J'aime beaucoup et j'utilise (pour mes notes personnels et pro) mais je n'ai pas encore un niveau d'intégration homogène de mermaid avec markdown.

Sur linux, je n'ai pas réussi à avoir l'interprétation mermaid avec pandoc.
Sur Android, il me semble que markor le gère mais je n'ai pas encore fait le test.

Quant à ma fille, l'école lui fait utiliser google classroom et donc google-docs (même si les pcs de la maison sont tous sur linux).
Déjà, on a utilisé lilypond pour écrire une partition.
Chaque chose en son temps.

Pour avoir déjà lutté à faire simplement des frises chronologiques (pour les révisions d'histoire de ma fille), le fait d'avoir des frises que l'on peut simplement modifier, repositionner sans tout casser parait vraiment intéressant !

À noter pour les intéressés que j'ai réussi à lire le fichier d'exemple sur un (vieux) writer 5.3 sans distorsion.

Juste au cas où, l'adresse a changé :
Instances flohmarkt

C'est pour mieux trouver les "corner case".

Un admin pour nettoyer le malencontreux copié/collé d'une partie de l'article ?

Bon, je vais lire/écouter Alain Rey, merci du partage.

P.S.: Désolé du t … Wesh, il a pris cher Finkeltruc là !

Merci pour cette réponse, je vois beaucoup mieux l'usage maintenant.

Je vois que des marques comme Zebra propose aussi des lecteurs RFID, est-ce que ça pourrait être une cible pour enioka à terme ou ce sont des appareils trop différents ?

Oui j'ai vu ça en rédigeant mon commentaire, je vais m'empresser de (re?)tester ça. Merci de vos réponses respectives.

Je suis curieux de savoir pour quel usage la lib a été créée initialement : logiciel de caisse, logiciel de gestion de stock ?

Il n'y a pas (il me semble) de section détaillant des logiciels connus pour utiliser enioka ?

Et sinon, y a-t-il un avantage à utiliser un scanner externe plutôt que les solutions qui utilisent la caméra du smartphone ?
(Je cherche d'ailleurs une alternative à scandit demo pour lire tous les code barres/qrcode … efficacement, quitte à contribuer !)

Une sorte de pullover en somme …

La doc de github parle de "Demande de tirage"
Le wiktionnary parle de "Demande de fusion de branches"

À choisir, je préfère la seconde, au moins c'est plus clair que tire/tirage.

N.B. : en anglais "pull request" (utilisé par github) et "merge request" (utilisé par gitlab) désigne la même chose.

D'où l'intérêt de le faire de manière itérative, c'est le modèle que j'utilise pour les outils/scripts sensés me faire gagner du temps au quotidien. On ajoute juste qu'il y a besoin (en essayant de garder l'architecture générale propre bien sur).

:help :smile

(RIP Bram)

Une petite version python du script :

import atoma, requests, bs4

# be nice with wikimedia servers or you will get 403 erros.
headers = {'User-Agent': 'ImageDuJourVisualizer/0.1 (https://linuxfr.org/users/tla47/journaux/l-image-du-jour-wikimedia-en-fond-d-ecran-sway)'}

# fetch feed
response = requests.get("https://commons.wikimedia.org/w/api.php?action=featuredfeed&feed=potd&feedformat=atom", headers=headers)
feed = atoma.parse_atom_bytes(response.content)

# entry of the day
html = feed.entries[9].summary.value

# picture uri
parsed_html = bs4.BeautifulSoup(html, features="lxml")
img = parsed_html.td.img.get("src")

# save picture to file
print("fetching %s" % (img))
response = requests.get(img, headers=headers)
with open('/tmp/wikimedia.jpg','wb') as pic:
    pic.write(response.content)

À noter que potd feed renvoie une série d'image qui ne semble correspondre ni à l'image du jour (wikipédia francophone), ni à picture of the day (wikipedia anglophone).
Quelqu'un sait comment spécifier le code de langue dans l'uri du feed ?

N.B.: le script ne cherche pas à obtenir la meilleure résolution de l'image.

Vosk permet de restreindre le vocabulaire transcrit (paramêtre vocabulary du KaldiRecognizer de Vosk) et text2num permet de relâcher un peu la syntaxe (quatre vingt à la place de quatre-vingt en utilisant le paramêtre relaxed=true) mais ici rien de tout ça. J'ai juste l'impression que les nombres/chiffres sont plus probables dans le modèle (fr en tout cas).

C'est à côté.

https://betterprogramming.pub/the-curly-story-of-coding-49a348a31cf2

(le site utilise medium.com par contre, pas trouvé mieux)

(glanés à partir du transcript youtube)

Xournal++ : réécriture de xournal pour éditer les pdf, apposer une signature …
gImageReader : reconnaissance d'écriture sur image (dont image pdf mais pas seulement). Tesseract est utilisé en background.
pdfarranger : réordonner les pages d'un pdf

C'est papaye qui sort de l'ordinaire pour moi. (Ça vient de l'espagnol.)

y c'est un i+i, un pour la syllabe avant, un pour la syllabe après.

Donc pour paye, ça fait "paye" = 'pai'+'ie'

Alors que dans le cas de papaye on a "papaye" = 'papa'+'ie'.
Pour faire cela, il est plus courant d'utiliser 'ille' comme dans paille.

Le verbe sachoir

Ils croivent

Amicalement,
Croivez baton.

On ne va pas te frustrer plus alors ;-)

tu peux continuer ce genre de journaux.

En anglais
https://githowto.com/
https://git-scm.com/book/en/v2

En français
https://git-scm.com/book/fr/v2

La version que tu proposes date de 2009 (mais reste valable).
La seule chose que je lui reprocherais est de laisser penser que c'est normal d'utiliser le "-a" sur git commit, ce que je ne trouve pas terrible car on a tendance à commiter des choses qui ne devrait pas l'être. J'inspecte mes diffs à l'aide de git add -p qui permet d'être sur de ce que l'on va commiter.

# part 1
print ("part1:", sum( ( ord(i)-38 , ord(i)-96) [ ord(i)>90 ]  for x in open("input").readlines() for i in set(x[:len(x)//2]).intersection(x[len(x)//2:])))
# part 2
def part2():
    with open("input") as infile:
        for line1 in infile:
            line2 = next(infile)
            line3 = next(infile)
            for i in set(line1.strip()).intersection(line2).intersection(line3):
                yield ( ( ord(i)-38 , ord(i)-96) [ ord(i)>90 ])
print("part2:", sum(list(part2())))

(oui j'arrive après la bataille ;-) )

Concept intéressant (quoique ça peut vite devenir ingérable je pense …)
En tout cas non maintenu, comme affirmé déjà en 2014 par l' "admin".