Failed to load config

Describe the bug
~/projects/vitejs-vite-ezrycf ❯ npm install && npm run dev warn preInstall No description field warn preInstall No repository field warn preInstall No license field ┌ [1/4] 🔍  Resolving dependencies └ Completed in 0.112s ┌ [2/4] 🚚  Fetching dependencies │ info pruneDeps Excluding 14 dependencies. For more information use --verbose. └ Completed in 2.187s ┌ [3/4] 🔗  Linking dependencies └ Completed in 0.402s info security We found install` scripts which turbo skips for security reasons. For more information see https://turbo.sh/install-scripts.
└─<EMAIL_ADDRESS>info Some packages were automatically replaced with polyfills. For more information see https://turbo.sh/polyfills.
└─<EMAIL_ADDRESS>=><EMAIL_ADDRESS>success Saved lockfile "package-lock.json"
success Updated "package.json"
success Install finished in 2.738s
$ vite
failed to load config from /home/projects/vitejs-vite-ezrycf/vite.config.js
error when starting dev server:
file:///home/projects/vitejs-vite-ezrycf/node_modules/@vitejs/plugin-vue/dist/index.mjs:2
import { isCSSRequest, normalizePath as normalizePath$1, transformWithEsbuild, formatPostcssSourceMap, createFilter } from 'vite';
^^^^^^^^^^^^
SyntaxError: The requested module 'vite' does not provide an export named 'isCSSRequest'
at async loadConfigFromBundledFile (file://file:///home/projects/vitejs-vite-ezrycf/node_modules/vite/dist/node/chunks/dep-67e7f8ab.js:62879:21)
at async loadConfigFromFile (file://file:///home/projects/vitejs-vite-ezrycf/node_modules/vite/dist/node/chunks/dep-67e7f8ab.js:62764:28)
at async resolveConfig (file://file:///home/projects/vitejs-vite-ezrycf/node_modules/vite/dist/node/chunks/dep-67e7f8ab.js:62388:28)
at async createServer (file://file:///home/projects/vitejs-vite-ezrycf/node_modules/vite/dist/node/chunks/dep-67e7f8ab.js:61688:20)
~/projects/vitejs-vite-ezrycf`
I'm on a Windows 10 (latest) with Chrome browser (latest).
Link to the blitz that caused the error
https://stackblitz.com/edit/vitejs-vite-ezrycf?file=index.html&terminal=dev
Steps to reproduce
Scroll down to Trying Vite online - https://v2.vitejs.dev/guide/#browser-support
I chose Javascript -> Vue, which opens the link with broken startup message(s).
Failed to run start command.
Expected behavior
Start command runs, without errors and tool is ready to use.
Parity with Local

[X] I have run the project in my local machine and I could not reproduce the issue.

Screenshots

Platform
Browser name  = Chrome
Full version  = <IP_ADDRESS>
Major version = 108
navigator.appName = Netscape
navigator.userAgent = Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/<IP_ADDRESS> Safari/537.36
performance.memory = {
  "totalJSHeapSize": 80478448,
  "usedJSHeapSize": 65348016,
  "jsHeapSizeLimit":<PHONE_NUMBER>
}
Hash = b6c96f782a49b3e017dca41830943768f8acbe40

Additional context
No response

Thanks for the report @noxidsoft. This seems to be an upstream issue with the Vite project and their example using the @vitejs/plugin-vue plugin:
https://github.com/vitejs/vite/issues/11190


Notes should support html links

I want to paste html links from an email or a website to the notes field and have them "clickable" later.

Good idea! I can't figure out a reasonable way to implement it with the current edit view since the field is simply editable text, so it will require implementing a separate ReadOnly view of the ReminderDetail page. Should be possible though, definitely worth taking a look at.

Good idea! I can't figure out a reasonable way to implement it with the current edit view since the field is simply editable text, so it will require implementing a separate ReadOnly view of the ReminderDetail page. Should be possible though, definitely worth taking a look at.

I can paste the links in the edit view and click them, but once the task is saved it only keeps plain text.

I can paste the links in the edit view and click them, but once the task is saved it only keeps plain text.


Add zombie faction, improve unzombify

About the PR

Adds the zombie faction to the entity when zombified so AI zombies don't attack other zombies, restores previous factions when unzombified
Improves the unzombify function to undo all changes zombify does
Adds GetBloodlossThreshold to BloodstreamSystem, GetFactionList to FactionSystem and GetDamageModifierSetId to DamageableSystem
(please tell me if I did this wrong)
Removes some of the hardcoded parts
Fixes: #16166
Media

https://user-images.githubusercontent.com/46636558/236708702-e8a3dd14-a7d6-4416-9930-ae476a6b119f.mp4
(The second tarantula got the mind and waits for someone to pick it up as a ghost role, AI won't move it until someone grabs it and leaves, I assume it's intended?)

[X] I have added screenshots/videos to this PR showcasing its changes ingame, or this PR does not require an ingame showcase

Changelog

:cl: Mumohan

Fix: AI zombies will no longer attack other zombies

I tried to do this once but unless hostile ai has been changed (Im not sure because theres been  alot of ai changes) ai will not check for faction changes mid combat, which is essential for this pr as zombies would still attack zombies they just turned

I tried to do this once but unless hostile ai has been changed (Im not sure because theres been  alot of ai changes) ai will not check for faction changes mid combat, which is essential for this pr as zombies would still attack zombies they just turned

Not sure if that's what you mean, but you can see in the video that zombie tarantula stops attacking the Urist and the other tarantula once they turn into zombies
Once I get home I'll check if they stop when someone else zombifies their target mid combat

I tried to do this once but unless hostile ai has been changed (Im not sure because theres been  alot of ai changes) ai will not check for faction changes mid combat, which is essential for this pr as zombies would still attack zombies they just turned

Not sure if that's what you mean, but you can see in the video that zombie tarantula stops attacking the Urist and the other tarantula once they turn into zombies
Once I get home I'll check if they stop when someone else zombifies their target mid combat

I didn't notice the video, it's prolly fixed now :D

https://user-images.githubusercontent.com/46636558/236856087-18f7f68b-ff07-4a26-8d00-094b90f5061c.mp4
Checked it and yeah It Just Works™


Cannot generate pdn for my design

Hello, my design is stuck at 7-pdn when I using the flow.tcl of OpenLane.
My design includes 5 macros, one is the sky130_sram_4kbyte_1rw1r_32x1024_8, the other four are my own sensors. All sensors use VDD and VSS instead of vccd1 stuff.
I know the naming might cause issue, so I write my own pdn.tcl file, which is shown below. I also add a set ::env(PDN_CFG) $::env(DESIGN_DIR)/pdn.tcl in the config.tcl. But the openlane is giving me this error: [ERROR PSM-0020] Cannot find net VPWR in the design. Please provide a valid VDD/VSS net.
Error: or_pdn.tcl, 39 PSM-0020

set ::power_nets "VDD"
set ::ground_nets "VSS"

set pdngen::global_connections {
VDD {
{inst_name .* pin_name VPWR}
{inst_name .* pin_name VPB}
{inst_name .* pin_name VDD}
{inst_name .* pin_name vccd1}
}
VSS {
{inst_name .* pin_name VGND}
{inst_name .* pin_name VNB}
{inst_name .* pin_name VSS}
{inst_name .* pin_name vssd1}
}
}
##===> Power grid strategy
pdngen::specify_grid stdcell {
name block

rails {
met1 {width 0.49 offset 0}
}
straps {
met4 {width 1.60 pitch 3820.0 offset 25}
met5 {width 1.60 pitch 56.0 offset 2}
}
connect {{met1 met4} {met4 met5} {met4_PIN_ver met5} {met4_PIN_hor met5} {met3_PIN_ver met5} {met3_PIN_hor met5} {met2_PIN_ver met5} {met2_PIN_hor met5} {met1_PIN_ver met5} {met1_PIN_hor met5} {met4 met5} {met4_PIN_ver met4} {met4_PIN_hor met4} {met3_PIN_ver met4} {met3_PIN_hor met4} {met2_PIN_ver met4} {met2_PIN_hor met4} {met1_PIN_ver met4} {met1_PIN_hor met4} {li1_PIN_ver met4} {li1_PIN_hor met4} {li1_PIN_ver met5} {li1_PIN_hor met5}}
obstructions {}
pins {met1 met2 met3 met4 met5}
pdngen::specify_grid macro {
orient {R0 R180 MX MY}
power_pins "VDD vccd1"
ground_pins "VSS vssd1"
blockages "met1 met2 met3 met4"
connect {{met3_PIN_hor met5} {met4_PIN_ver met5} {met3 met5} {met4 met5}}
}

After that, I try to us the common_pdn.tcl. so I eliminate the set ::env(PDN_CFG) $::env(DESIGN_DIR)/pdn.tcl in the config.tcl and add the following line in config.tcl. However, this is giving me another error: [ERROR PDN-9999] Unexpected error: key "vccd1" not known in dictionary
PDN-9999

set ::env(DESIGN_IS_CORE) 1
set ::env(FP_PDN_CORE_RING) 1
set ::env(VDD_NETS) [list {vccd1} {vccd2} {vdda1} {vdda2}]
set ::env(GND_NETS) [list {vssd1} {vssd2} {vssa1} {vssa2}]
set ::env(SYNTH_USE_PG_PINS_DEFINES) "USE_POWER_PINS"

Does anyone have any idea?

This issue is linked to: #537 # #

Correct. I've pinned the relevant issue as it has a workaround.
I'll be closing this.

@donn I think @peijunh already tried that workaround since he create his own pdn.tcl? @peijunh do you mind commenting on this?

@donn Yes, I do have create my own pdn.tcl and specify the parameters. I also use

set ::env(PDN_CFG) $::env(DESIGN_DIR)/pdn.tcl
as I mentions in the problem description. I guess I need to reopen the question.

ok, @peijunh I reopened this issue but please add more details regarding this issue maybe?
@donn he created a pdn.tcl file as suggested in the other issue so it is not really the same.

@donn please tell me what detail I shall add so that I can clarify my question. Thanks!

Beyond this point, we'd have to ask for the design files.

Hello: below is the version and our OS is centos7. But I am using docker for all the flow.
commit f7fd774a762629bc56d31a94ff03138fbc2e176c
Author: Donn<EMAIL_ADDRESS>Date:   Sun Aug 22 20:11:08 2021 +0300
Makefile fixes (#551)

*Actually* fixes #495. Oops.

We’d need the design files.

opentitan_soc_top.floorplan.zip
I got it. This is the design file. Thanks

@donn and @peijunh Any follow-up on this? this has been sitting too long..

A fix has been merged, can you try again and report back?

Staled out.


package-list is not present for javadocs

The package-list file is not present for many of the javadocs hosted at https://www.slf4j.org/.
It's also not present for the following urls:

https://www.slf4j.org/api/
https://www.slf4j.org/apidocs/
https://www.slf4j.org/apidocs-2.1.0/
https://www.slf4j.org/apidocs-2.1.0-alpha0/

it is however present on the following urls:

https://www.slf4j.org/testapidocs/
https://www.slf4j.org/nlog4j/api/

This is an issue for me, as I'm trying to add slf4j as an external link to dokka, and is attempting to resolve the package-list file.

package‑list is legacy, element‑list is the new file. The former only supports packages, whereas the latter can also list modules and can be extended in the future.


RouteCRD design spec

Initial RouteCRD design doc spec.
Signed-off-by: Steve Sloka<EMAIL_ADDRESS>

LGTM


create release branches doesn't depend any more on the base branch pa…

…rameter

pls merge together:
https://github.com/kiegroup/droolsjbpm-build-bootstrap/pull/1387
https://github.com/kiegroup/kie-jenkins-scripts/pull/772


Improving of name parsing (parse and clean)

Hej-hej,
I’m aware of the difficult task to perform a good parsing and cleaning for all the name list cases out there. So here are some more names that get parsed sometimes and doing the cleaning they get lost (see attachment, dwcagent: <IP_ADDRESS>, I used the wrapper https://github.com/infinite-dao/collector-matching/blob/main/bin/agent_parse4tsv.rb)
In our data of BGBM we often have like a regex name-list-separator /(, | & )/, e.g.:

Anonymous collector & Humboldt,F.W.H.A. von gets parsed differently with anonymous and without anonymous:dwcagent "Anonymous collector & Humboldt,F.W.H.A. von" \
| jq -c '.[] | with_entries(select(.value |.!=null))'

{"family":"Humboldt","given":"F.W.H.A."}

… but without anonymous it is more right but not fully:dwcagent "Humboldt,F.W.H.A. von" \
| jq -c '.[] | with_entries(select(.value |.!=null))'

{"family":"Humboldt","given":"F. W. H. A. von"}

… only when the „von“ would be placed before the family name it would get right:dwcagent "von Humboldt,F.W.H.A." \
| jq -c '.[] | with_entries(select(.value |.!=null))'

{"family":"Humboldt","given":"F.W.H.A.","particle":"von"}

So, there are cases when parsing the particle, that could be improved. A difficult case—and I think it is partly not going to be solved from the parser—is:

Álvarez de Zayas,A., Beurton,C., Díaz,M.A., Dietrich,H., Duharte,Góngora,M.E., Gutiérrez,J., Köhler,E., Á,Leiva,Lepper,L., Rankin,R. & Sánchez,C.—whereas Köhler,E., Á,Leiva,Lepper,L.,  is actually a mistake on the input part (not on parsing): the input in the source data should be corrected to Köhler,E., Leiva,Á, Lepper,L., —anyway, it gets to:dwcagent "Álvarez de Zayas,A., Beurton,C., Díaz,M.A., Dietrich,H., \
Duharte,Góngora,M.E., Gutiérrez,J., Köhler,E., Á,Leiva,Lepper,L., Rankin,R. & Sánchez,C." \
 | jq -c '.[] | with_entries(select(.value |.!=null))'

{"family":"Zayas","given":"A.","particle":"Álvarez de"}
{"family":"Beurton","given":"C."}
{"family":"Díaz","given":"M.A."}
{"family":"Dietrich","given":"H."}
{"family":"Duharte","given":"Góngora"}
{"family":"Gutiérrez","given":"M.E."}
{"family":"Köhler","given":"J."}
{"family":"Leiva","given":"Lepper"}
{"family":"Rankin","given":"L."}
{"family":"Sánchez","given":"C."}

… I’m not sure with Álvarez de Zayas,A. if the particle got right, it is Alberto Álvarez de Zayas (wikidata.org/wiki/Q13497940)

The attached files are names from BGBM and Meise; in the logfile you can look in column related_parsed_name and cleaned_index_name_of_empty_result is the index of a cleaned result that gets empty. Most names are Herbarium things or institutions but there are also some real names, e.g. in Meise:
dwcagent "A. Charpin, P. Hainard & R. Salanon"  \
 | jq -c '.[] | with_entries(select(.value |.!=null))'

… the 3rd name seems missing:
{"family":"Charpin","given":"A."}
{"family":"Hainard","given":"P."}

Attached log files from parsing with wrapper agent_parse4tsv.rb (see https://github.com/infinite-dao/collector-matching/tree/main/bin — I hope the column names of the files are self explaining):

BGBM (VHde_doi-10.15468-dl.tued2e (Virtual Herbarium Germany)) occurrence_recordedBy_occurrenceIDs_20230524_parsed.tsv_dwcagent_<IP_ADDRESS>.log
Meise (Meise_doi-10.15468-dl.ax9zkh) occurrence_recordedBy_eventDate_occurrenceIDs_20230830_parsed.tsv_dwcagent_<IP_ADDRESS>.log

Thank you for taking on this issue.
Here are some more ;-)

attached from BGBM (Virtual Herbarium Germany) VHde_doi-10.15468-dl.tued2e_occurrence_recordedBy_occurrenceIDs_20230524_parsed.tsv_dwcagent_<IP_ADDRESS>.log

related_parsed_name
after cleaning
source string
comment

L.E. Bureau
at cleaned_0index:0
Bureau,L.E.

Émil Bureau
at cleaned_0index:0
Bureau,Émil

E.R. Guaglianone
at cleaned_0index:2
Burkart A., Troncoso,N.S., Guaglianone,E.R., Rotman,A., Botta,S. & Buck,H.

P. Classe
at cleaned_0index:0
Classe,P. & Gebauer,R.

G. Classen
at cleaned_0index:0
Classen,G.

R. Claßen
at cleaned_0index:0
Claßen,R. & Hagemann,I.

J.B.L. Companyo
at cleaned_0index:0
Companyo,J.B.L.

Farmer Braun
at cleaned_0index:0
Farmer Braun

Theodor Magnus Fries
at cleaned_0index:0
Fries,Theodor (Thore) Magnus & & al.
probably also faulty input

Goetzen Graf von
at cleaned_0index:0
Goetzen Graf von & Maire,C.

E.R. Guaglianone
at cleaned_0index:0
Guaglianone,E.R. & Múlgura,M.E.

H u. S
at cleaned_0index:0
H u. S

H. d. D. T.
at cleaned_0index:0
H. d. D. T.

R. Claßen
at cleaned_0index:1
Hagemann,I. & Claßen,R.

J. Poel van de
at cleaned_0index:3
Hammel,B., Chatrou,L., Pérez,I., Poel van de,J. & Wilschut,R.

Heldreich De
at cleaned_0index:0
Heldreich De

De
at cleaned_0index:1
Heldreich De & Halácsy,E. von

Theodor Heinrich
at cleaned_0index:1
Heldreich,Theodor Heinrich von

I. B.
at cleaned_0index:0
I. B.

L. B.
at cleaned_0index:0
L. B.

von der
at cleaned_0index:1
Marck,J.W.C.T., von der
probably also faulty input

Martius. C.F.P. von
at cleaned_0index:0
Martius. C.F.P. von (no. Herb. Fl. Bras. 483)

D.B. Poindexter
at cleaned_0index:1
Nelson,J.B. & Poindexter,D.B.

G. Classen
at cleaned_0index:1
Raadts,E. & Classen,G.

August Leopold von
at cleaned_0index:1
Reuss,August Leopold von & Reuss,A.L. von

Theodor Schube
at cleaned_0index:0
Schube,Theodor

A. Senoner
at cleaned_0index:0
Senoner,A.

D. Stafford
at cleaned_0index:0
Stafford,D.

Theodor Strauss
at cleaned_0index:0
Strauss,Theodor

Theusch
at cleaned_0index:0
Theusch

Theusz
at cleaned_0index:0
Theusz

Theusz
at cleaned_0index:0
Theusz (no. 517)

Thevenon
at cleaned_0index:0
Thevenon

Toward
at cleaned_0index:0
Toward

Wilde de
at cleaned_0index:0
Wilde de & Wilde-Duyfjes

Wilde de
at cleaned_0index:0
Wilde de & Wilde-Duyfjes de

Wilde de
at cleaned_0index:0
Wilde de & Wilde-Duyfjes,B.E.E. de

Winter de
at cleaned_0index:0
Winter de & Hardy

Theodor Wolf
at cleaned_0index:0
Wolf,Theodor

Here some more names from Meise data:

occurrence_recordedBy_eventDate_occurrenceIDs_20230830_parsed.tsv_dwcagent_<IP_ADDRESS>.log

related_parsed_name
after cleaning empty
source string
comment

J. B.
at cleaned_0index:0
? J. B.

F.M.C. V.
at cleaned_0index:0
?F.M.C. V.

Jean Malvaux sc.
at cleaned_0index:0
?Jean Malvaux sc.

B. K.
at cleaned_0index:1
?P.E.G. & B. K.

A F.
at cleaned_0index:0
A F.

A W.
at cleaned_0index:0
A W., Herb. François Crépin

A
at cleaned_0index:0
A, i J. Kornasiowie

A. B
at cleaned_0index:0
A. B

A. B
at cleaned_0index:0
A. B[auy] [= Braun A.?]

P.M. A.
at cleaned_0index:2
A. Besga, M.A. Domingo, A., P.M. & X. Uribe-Echebarría

A. Blytt in Musée Christiania in F. Crépin
at cleaned_0index:0
A. Blytt in Musée Christiania in F. Crépin - Herbarium rosarum
OK difficult a collection name of some kind

A. R
at cleaned_0index:0
A. R[ac][]

A. R
at cleaned_0index:0
A. R[aesdonk]

A. R
at cleaned_0index:0
A. R[oc][]

ABaillot
at cleaned_0index:0
ABaillot
perhaps very abbreviated, or misstake

ABeck
at cleaned_0index:0
ABeck
perhaps very abbreviated, or misstake

ABecke
at cleaned_0index:0
ABecke
perhaps very abbreviated, or misstake

ABecre
at cleaned_0index:0
ABecre
perhaps very abbreviated, or misstake

ABeneschi
at cleaned_0index:0
ABeneschi
perhaps very abbreviated, or misstake

ABlol
at cleaned_0index:0
ABlol
perhaps very abbreviated, or misstake

ABunge
at cleaned_0index:0
ABunge
perhaps very abbreviated, or misstake

AHes
at cleaned_0index:0
AHes
perhaps very abbreviated, or misstake

AHlvay
at cleaned_0index:0
AHlvay
perhaps very abbreviated, or misstake

AKessemantt
at cleaned_0index:0
AKessemantt
perhaps very abbreviated, or misstake

AKranz
at cleaned_0index:0
AKranz
perhaps very abbreviated, or misstake

ALetourneux
at cleaned_0index:0
ALetourneux
perhaps very abbreviated, or misstake

ALinae
at cleaned_0index:0
ALinae
perhaps very abbreviated, or misstake

ALongo
at cleaned_0index:0
ALongo
perhaps very abbreviated, or misstake

ALux
at cleaned_0index:0
ALux
perhaps very abbreviated, or misstake

ANlemtin
at cleaned_0index:0
ANlemtin
perhaps very abbreviated, or misstake

ARothms
at cleaned_0index:0
ARothms
perhaps very abbreviated, or misstake

ARukimo
at cleaned_0index:0
ARukimo
perhaps very abbreviated, or misstake

ARusland
at cleaned_0index:0
ARusland
perhaps very abbreviated, or misstake

ASchumacher
at cleaned_0index:0
ASchumacher
perhaps very abbreviated, or misstake

ASecri
at cleaned_0index:0
ASecri
perhaps very abbreviated, or misstake

ASeegreg
at cleaned_0index:0
ASeegreg
perhaps very abbreviated, or misstake

AVDHangls
at cleaned_0index:0
AVDHangls
perhaps very abbreviated, or misstake

AValon
at cleaned_0index:0
AValon
perhaps very abbreviated, or misstake

AVirans
at cleaned_0index:0
AVirans
perhaps very abbreviated, or misstake

AViranz
at cleaned_0index:0
AViranz
perhaps very abbreviated, or misstake

AVranz
at cleaned_0index:0
AVranz
perhaps very abbreviated, or misstake

AWal
at cleaned_0index:0
AWal[raven]
perhaps very abbreviated, or misstake

AWalcana
at cleaned_0index:0
AWalcana
perhaps very abbreviated, or misstake

AWariouy
at cleaned_0index:0
AWariouy
perhaps very abbreviated, or misstake

AWeatherby
at cleaned_0index:0
AWeatherby
perhaps very abbreviated, or misstake

D.
at cleaned_0index:0
Abbé D. [Duyany]

P
at cleaned_0index:0
Abbé P[]ant

Ad de
at cleaned_0index:0
Ad de [Genssen]

Farmer D.
at cleaned_0index:2
Akeroyd J., Brookes S., Farmer D. & Jury S.

Arnaud Ch.
at cleaned_0index:0
Arnaud Ch.

Arnold Cl.
at cleaned_0index:0
Arnold Cl.

Arnold Fr.
at cleaned_0index:0
Arnold Fr.

Becker J. Ph.
at cleaned_0index:0
Becker J.Ph.

Bell C.R
at cleaned_0index:0
Bell C.R & Bell S.F.

Bequet A.B
at cleaned_0index:0
Bequet A.B

Bertolani Ch.
at cleaned_0index:0
Bertolani (o) Ch.

Bidgood S. at al.
at cleaned_0index:0
Bidgood S. at al.

Binder Em.
at cleaned_0index:0
Binder Em.

M.L. Blickenstaff
at cleaned_0index:0
Blickenstaff M.L.

Bouillenne Cl.
at cleaned_0index:0
Bouillenne Cl.

Granville J.J. De
at cleaned_0index:0
Granville J.J. De, Acevedo P., Boyer A., Hollenberg L.

Reichgelt Th.
at cleaned_0index:1
van Ooststroom S.J. & Reichgelt Th.

Yes, it is getting better, very good.
With dwcagent version <IP_ADDRESS> I have parsed names again and some contain two first names connected with an “and” and only one family name, so some kind of abbreviated spelling, for example: «R. Mizuno & C. W. and L. B. O'Brien», which could be resolved as «R. Mizuno & C. W. O'Brien & L. B. O'Brien», but difficult, as there are other “and”-stringings as in: «Puerto Rico and the Mona Passage & Desecheo Is.», which seems mixed input, and hence unable to resolve correctly.
Here are cases where the first one is correctly parsed and cleaned, also interpreted as I would expect it to, and in the second case one name is dropped, somehow unexpected:
NAMELIST=(
  "M. and C. Jaschhof & Project"
  "S. Yu. and N. V. Kuznetsov"
)
IFS=''
for text in ${NAMELIST[*]};   do
  echo "input: $text"
  dwcagent "${text}"   | jq -c '.[] | with_entries(select(.value |.!=null))'
done
unset $IFS

… gives:
input: M. and C. Jaschhof & Project
{"family":"Jaschhof","given":"M."}
{"family":"Jaschhof","given":"C."}

input: S. Yu. and N. V. Kuznetsov
{"family":"Kuznetsov","given":"N.V."}

So here are some “and”-concatenations, I hope the comments make any sense (with “midst-abbreviated spelling”, I mean in the midst of the name list):

related_parsed_name
after cleaning empty
source string
comment

H. W.
at cleaned_0index:5
Baltic Amber & Prussian Fm. & C. and H. W. Hoffeins & C. & H. W.
kind of midst-abbreviated spelling

M. S.
at cleaned_0index:2
Blackdown Tableland & Expedition Rg. & M. S. and B. J. Moulds
kind of midst-abbreviated spelling

R. H.
at cleaned_0index:2
C. Liang & W. LaBerge & R. H. and L. D. Beamer
kind of midst-abbreviated spelling

C. W.
at cleaned_0index:0
C. W. and L. B. O’Brien
kind of midst-abbreviated spelling

C. W.
at cleaned_0index:0
C. W. and L. B. O'Brien & R. Mizuno
kind of midst-abbreviated spelling

C. W.
at cleaned_0index:0
C. W. and L. O'Brien
kind of midst-abbreviated spelling

C. W.
at cleaned_0index:0
C. W. and L. O'Brien & G. Wibmer
kind of midst-abbreviated spelling

D.T. Le
at cleaned_0index:0
D.T. Le, D.T. Truong, H.Q. Nguyen, N.H. Nguyen, and A.N. Nguyen
here the name separator seems as regex: /(,\s+|,\s+and\s+)/

M. V.
at cleaned_0index:1
E. A. Yagmur & M. V. and S. V. Nabozhenko & B. Keskin & I. Chigr
kind of midst-abbreviated spelling

No
at cleaned_0index:2
F. W. and S. K. Gess & No
kind of midst-abbreviated spelling

M. V.
at cleaned_0index:1
Islahiye District, W & M. V. and S. V. Nabozhenko & B. Keskin
kind of midst-abbreviated spelling

team
at cleaned_0index:1
J. A McGuire and team
correctly cleaned

R. J. B. Rockshop field crew
at cleaned_0index:1
Japh Boyce and R. J. B. Rockshop field crew
correctly cleaned, one could use the non-cleaned parsed result

J. Cl.
at cleaned_0index:0
J. Cl. and P. Gauthier
kind of midst-abbreviated spelling

J. H.
at cleaned_0index:0
J. H., A. M. and A. W. Skevington
kind of midst-abbreviated spelling

A. M.
at cleaned_0index:1
J. H., A. M. and A. W. Skevington
kind of midst-abbreviated spelling

A.M. J.H.
at cleaned_0index:0
J.H., A.M. and A.W. Skevington
kind of midst-abbreviated spelling

J. C. R.
at cleaned_0index:2
J. P. W. Hall & K. R. Willmott & J. C. R. and J. I. R. Willmott
kind of midst-abbreviated spelling

team
at cleaned_0index:1
Lamas, Nihei and team
correctly cleaned

L. B.
at cleaned_0index:0
L. B. and C. W. O' Brien
kind of midst-abbreviated spelling

J. H.
at cleaned_0index:0
Leg. & J. H., A. W. and A. M. Skevington
mixed input, but kind of 3-fold abbreviated spelling

A. W.
at cleaned_0index:1
Leg. & J. H., A. W. and A. M. Skevington
mixed input, but kind of 3-fold abbreviated spelling

L. E. L.
at cleaned_0index:0
L. E. L., M. F. V. and S. D'Angelo Neto & M. F. V. Skeleton
kind of midst-abbreviated spelling

M. F. V.
at cleaned_0index:1
L. E. L., M. F. V. and S. D'Angelo Neto & M. F. V. Skeleton
kind of midst-abbreviated spelling

M. F. V. Skeleton
at cleaned_0index:3
L. E. L., M. F. V. and S. D'Angelo Neto & M. F. V. Skeleton
kind of midst-abbreviated spelling

M. B.
at cleaned_0index:2
Male, WA & Fortescue R. & M. B. and B. J. Moulds
kind of midst-abbreviated spelling

Project
at cleaned_0index:2
M. and C. Jaschhof & Project
correctly parsed and cleaned

McIlwrath Ra.
at cleaned_0index:0
McIlwrath Ra. & G. and A. Daniels. R. Eastwood
kind of midst-abbreviated spelling

M. J.
at cleaned_0index:0
M. J. and M. - L. Penrith
kind of abbreviated spelling

M. V.
at cleaned_0index:1
M. V. Nabozhenko & M. V. and S. V. Nabozhenko & B. Keskin
kind of midst-abbreviated spelling

T. H.
at cleaned_0index:1
New Zealand H. B. Mohi Bush Waimarama & T. H. and J. M. Davies &
kind of midst-abbreviated spelling

C. W.
at cleaned_0index:1
N Metzquititlan & C. W. and L. O'Brien & G. Wibmer
kind of midst-abbreviated spelling

A. M.
at cleaned_0index:1
Nullagine & A. M. and M. J. Douglas
kind of midst-abbreviated spelling

Pedro M. Ruiz-Carranza. Adult
at cleaned_0index:0
Pedro M. Ruiz-Carranza. Adult male (ICN 19727), and adult female
mixed input, hence unable to resolve correctly

C. W.
at cleaned_0index:1
P. N. Braulio Carrillo & C. W. and L. B. O'Brien
kind of midst-abbreviated spelling

the Mona Passage
at cleaned_0index:1
Puerto Rico and the Mona Passage & Desecheo Is.
mixed input, hence unable to resolve correctly

Desecheo Is.
at cleaned_0index:2
Puerto Rico and the Mona Passage & Desecheo Is.
mixed input, hence unable to resolve correctly

the Mona Passage
at cleaned_0index:1
Puerto Rico and the Mona Passage & F. Fisk
mixed input, hence unable to resolve correctly

R. L.
at cleaned_0index:0
R. L., and B. B. Brown
here the name separator seems as regex: /(,\s+|,\s+and\s+)/

C. W.
at cleaned_0index:1
R. Mizuno & C. W. and L. B. O'Brien
kind of midst-abbreviated spelling

M. S.
at cleaned_0index:1
Roper R. & M. S. and B. J. Moulds
kind of midst-abbreviated spelling

M. E.
at cleaned_0index:1
S. San Pedro Sula & M. E. and P. D. Perkins
kind of midst-abbreviated spelling

S. Yu.
at cleaned_0index:0
S. Yu. and N. V. Kuznetsov
kind of abbreviated spelling

M. V.
at cleaned_0index:2
W Antakya, S & M. V. and S. V. Nabozhenko & B. Keskin
kind of midst-abbreviated spelling

M. S.
at cleaned_0index:1
Wheeny Ck. & M. S. and B. J. Moulds & G. Williams & W. Newham &
kind of midst-abbreviated spelling

The example S. Yu. and N. V. Kuznetsov is a tricky one. Is that a misplaced period after a family name Yu or is it a pair of collectors that share the same family name Kuznetsov like [#<Name family="Kuznetsov" given="S. Yu.">, #<Name family="Kuznetsov" given="N. V.">]. I'd assume it's the former and not the latter, but to accommodate this is one of those examples where making an assumption will break accommodation elsewhere.
The example C. W. and L. O'Brien has been fixed in the working code with a spec test and will be released soon. The late Charlie O'Brien and his very much living wife Lois O'Brien would be pleased.
The rest of the mixed uses of &/and alongside family members with interlopers I fear will be too challenging to tackle. However, the examples like J. H., A. M. and A. W. Skevington should be easy enough to accommodate (though rare). It's not at all common than three family members collect together, but Jeff Skevington and family might also be pleased if I can do this.

Prematurely closed via a commit message.

The example S. Yu. and N. V. Kuznetsov is a tricky one. Is that a misplaced period after a family name Yu or is it a pair of collectors that share the same family name Kuznetsov like [#<Name family="Kuznetsov" given="S. Yu.">, #<Name family="Kuznetsov" given="N. V.">]. I'd assume it's the former and not the latter, but to accommodate this is one of those examples where making an assumption will break accommodation elsewhere.

Yes, true, it’s difficult—I’m not sure if it’s the same person (because of the botanical data background)— one S. Yu. Kuznetsov is here as an example: https://www.researchgate.net/profile/S-Kuznetsov-3. So at least a real “life”-example.

Here are some form dwcagent <IP_ADDRESS>, and botanical names in the context of BGBM Berlin:

related_parsed_name
after cleaning empty
source string
comment

F.A. Marschall v. Bieberstein
at cleaned_0index:0
Bieberstein,F.A. Marschall v.
unexpectedly dropped from cleaning—is it a ?bug in dwcagent version <IP_ADDRESS>

N.H. Le
at cleaned_0index:2
Bollendorff,S., Dang,T.T.H., Le,N.H., Nguyen,G.D., Raab-Straube,E.v. & Truong,B.V.
unexpectedly dropped related_parsed_name somehow: should «N.H. Le» not be dropped on cleaning(?)

Goetzen Graf von
at cleaned_0index:0
Goetzen Graf von & Maire,C.
unexpectedly dropped related_parsed_name—is it regarded as a name too general, like Princess of Bavaria or something?

J. Poel van de
at cleaned_0index:3
Hammel,B., Chatrou,L., Pérez,I., Poel van de,J. & Wilschut,R.
unexpectedly dropped related_parsed_name

Heldreich De
at cleaned_0index:0
Heldreich De
better curate source data

De
at cleaned_0index:1
Heldreich De & Halácsy,E. von
better curate source data

I. B.
at cleaned_0index:0
I. B.
better curate source data

L. B.
at cleaned_0index:0
L. B.
better curate source data

von der
at cleaned_0index:1
Marck,J.W.C.T., von der
is probably Johann Wilhelm Carl Theodor von der Marck

Martius. C.F.P. von
at cleaned_0index:0
Martius. C.F.P. von (no. Herb. Fl. Bras. 483)
is probably Carl Friedrich Philipp von Martius but family name should be curated, not being abbreviated

D.B. Poindexter
at cleaned_0index:1
Nelson,J.B. & Poindexter,D.B.
unexpectedly dropped related_parsed_name

August Leopold von
at cleaned_0index:1
Reuss,August Leopold von & Reuss,A.L. von
difficult to guess the only two names concatenated by «&», probably a wrong parser interpretation—it seems also better to curate source data

Wilde de
at cleaned_0index:0
Wilde de & Wilde-Duyfjes
I guess missing information in source data, better curate source data

Wilde de
at cleaned_0index:0
Wilde de & Wilde-Duyfjes de
I guess missing information in source data, better curate source data

Wilde de
at cleaned_0index:0
Wilde de & Wilde-Duyfjes,B.E.E. de
I guess missing information in source data, better curate source data

Winter de
at cleaned_0index:0
Winter de & Hardy
I guess missing information in source data, better curate source data

Á E.
at cleaned_0index:7
Álvarez de Zayas,A., Beurton,C., Díaz,M.A., Dietrich,H., Duharte,Góngora,M.E., Gutiérrez,J., Köhler,E., Á,Leiva,Lepper,L., Rankin,R. & Sánchez,C.
as dicussed previously, wrong input data at «Köhler, E. …», no way to guess it right from parser perspective

dwcagent "Galán,P. & Montenegro,S.M."
# []

… gets parsed to be unexpectedly empty in dwcagent <IP_ADDRESS>

A few new updates now in v <IP_ADDRESS>:
Bieberstein,F.A. Marschall v. regression is restored.
Bollendorff,S., Dang,T.T.H., Le,N.H., Nguyen,G.D., Raab-Straube,E.v. & Truong,B.V. now parses. The Le was aggressively cleaned from a blacklist.
Galán,P. & Montenegro,S.M. now parses. Montenegro was in a country blacklist.
Nelson,J.B. & Poindexter,D.B. now works. The greedy regex found index in Poindexter.

We are getting there — almost :grin: … here with dwc_agent: <IP_ADDRESS> I found some unexpected results:

often the dot is removed
some parsing does not convey results at all
[] is difficult to interpret, perhaps just remove it completely and join adjacent characters

#!/bin/bash
NAMELIST=(
  "C. Be[n]ed. [St]enn"       # would expect Stenn
  "Abb. No[yr]ey, abb. Faure" # would expect Abb. Faure
  "Abbé F[r]. Hy in Ch. Flahault" # would expect dot in Fr.
  "An[s]on"                   # would expect Anson
  "Arm. A[n]spach"            # would expect dot to keep in Arm.
  "Attila Meste[r]há[zy]"     # would expect Mesterházy
  "Conzatti, [Holned] & Ordó[ñ]er" # would expect parsed: Conzatti<SEP>Holned<SEP>Ordóñer
  "Corn. C[oriz]e"            # would expect dot to keep
  "Dr. B[on]bier"               # would expect: Bonbier
  "Dr. [B] [B]oiglaender-[T]ekn[]" # would expect parsed: Dr. B Boiglaender-Tekn
  "G.[Char][][g][] in F. Crépin - Herbarium Rosarum" # would expect: G.Charg in F. Crépin
  "Ga[r]dama[uic][][te]" # would expect: Gardamauicte
  "L. [G][][trofi][]"    # would expect: L. Gtrofi
  # nothing parsed so far the following:
  "B.E. & J.[G]. Juniper"     # would expect parsed: B.E.<SEP>J.G. Juniper
      # or interpreted parsed: B.E. Juniper<SEP>J.G. Juniper
      # is dwcagent "B.E." expected to be parsed or not, I guess not?
  "D. Ba[nsk], M. Mathais, R.E.W. jr" # nothing parsed?
  "C[o]l"                     # nothing parsed?
  "C.[R]. Gerard"             # nothing parsed?
  "Comm. K.[j]. Cameron"      # nothing parsed?
  "L.[G]. Ravaud"             # nothing parsed?
  "D.[f]. [G]i[lf]illa[n]"    # nothing parsed?
  "M. Mayor, J. A . Fdez. P[rie]to, C. Fdez. Carvujal" # nothing parsed?
  "N.S.[q]. in M.R. Clarke"   # nothing parsed?
)
IFS=''
for text in ${NAMELIST[*]};   do
  echo -en "-----------\ninput: $text\n"
  results=$(dwcagent "${text}")
  if [[ "${results-}" == "[]" ]];then
  echo "output: $results"
  else
  echo "$results" | jq -c '.[] | with_entries(select(.value |.!=null))'
  fi
done
unset $IFS

-----------
input: C. Be[n]ed. [St]enn
{"family":"Enn","given":"C. Bened"}
-----------
input: Abb. No[yr]ey, abb. Faure
{"family":"Noyrey","given":"Abb"}
{"family":"Faure","given":"AbB."}
-----------
input: Abbé F[r]. Hy in Ch. Flahault
{"family":"Ch. Flahault","given":"Fr  Hy","particle":"in","title":"Abbé"}
-----------
input: An[s]on
{"family":"Ans"}
-----------
input: Arm. A[n]spach
{"family":"Anspach","given":"Arm"}
-----------
input: Attila Meste[r]há[zy]
{"family":"Mesterh","given":"Attila"}
-----------
input: Conzatti, [Holned] & Ordó[ñ]er
{"family":"Conzatti"}
{"family":"Er","given":"Ord"}
-----------
input: Corn. C[oriz]e
{"family":"Corize","given":"Corn"}
-----------
input: Dr. B[on]bier
{"family":"Bier","given":"B.","title":"Dr."}
-----------
input: Dr. [B] [B]oiglaender-[T]ekn[]
{"family":"Ekn","given":"Oiglaender","title":"Dr."}
-----------
input: G.[Char][][g][] in F. Crépin - Herbarium Rosarum
{"family":"F. Crépin","given":"G.","particle":"in"}
-----------
input: Ga[r]dama[uic][][te]
{"family":"Te","given":"Gardamauic"}
-----------
input: L. [G][][trofi][]
output: []
-----------
input: B.E. & J.[G]. Juniper
output: []
-----------
input: D. Ba[nsk], M. Mathais, R.E.W. jr
output: []
-----------
input: C[o]l
output: []
-----------
input: C.[R]. Gerard
output: []
-----------
input: Comm. K.[j]. Cameron
output: []
-----------
input: L.[G]. Ravaud
output: []
-----------
input: D.[f]. [G]i[lf]illa[n]
output: []
-----------
input: M. Mayor, J. A . Fdez. P[rie]to, C. Fdez. Carvujal
output: []
-----------
input: N.S.[q]. in M.R. Clarke
output: []

With the v.<IP_ADDRESS> release, I think we're getting pretty close to accommodating many of the issues identified above. Some were intractable & some meant re-evaluating the strict spec tests.

Parsing of name particles
In <IP_ADDRESS> I parsed an example with comma (real given example) and the interpreted same name without comma, and the results are different, should they not be the same? Using the dwcagent wrapper I get:
-----------
input: Reyna de Aguilar,M.L.
{"family":"Aguilar","given":"M.L.","particle":"Reyna de"}
-----------
input: M.L. Reyna de Aguilar
{"family":"Aguilar","given":"M. L. Reyna","particle":"de"}

… Reyna de Aguilar,M.L. is the the actual example (e.g. from «Flores,J., Montalvo,E.A., Reyna de Aguilar,M.L. & Calderón,M.») and M.L. Reyna de Aguilar is just the reverse of the comma concatenating version, like so:
Reyna de Aguilar,M.L.
………………………………………… ____
  ↘             ↙
    ⋅         ↙
      ⋅     ↙
        ⋅ ↙
        ↙ ⋅
      ↙     ⋅
    ↙         ⋅
  ↙             ↘
____ …………………………………………
M.L. Reyna de Aguilar

It is difficult to analyse the name particles — for instance the https://en.wikipedia.org/wiki/Nobiliary_particle or https://en.wikipedia.org/wiki/German_nobility#Nobiliary_particles — and they can describe a place or another family name so to say, I think, e.g.

Richard von Weizsäcker https://www.deutsche-biographie.de/pnd118766570.html?language=en — where Weizsäcker seems to be a family name, litterally Weiz(en) + Sack = wheat + bag, someone who is bagging wheat, so probably from a profession of millers ;-), so in Germany and Austria, „von“ means more or less =descending from (more a real family name to be considered, but it can also be a locality ;-), and „zu“=resident at aso.
«De Gracia,J.»  → “J. De Gracia” seems more like a place
aso.

… so it is difficult to assign the name parts to either …

the particle part (and keep it perhaps strictly connected with the parsed name particle part), or to
the family or given name part

I think this is not solvable 100%, because there are too many combinations, I just want to mention it here.

Looks like your variously arranged names, particles and initials:
-----------
input: Reyna de Aguilar,M.L.
{"family":"Aguilar","given":"M.L.","particle":"Reyna de"}
-----------
input: M.L. Reyna de Aguilar
{"family":"Aguilar","given":"M. L. Reyna","particle":"de"}

Confuse the underlying Namae gem, https://github.com/berkmancenter/namae/issues upon which dwc_agent is dependent on.

By the way: brackets, this time round brackets name (...) :grin:  — in dwc_agent (<IP_ADDRESS>) all names in round brackets disappear, is that the general idea, the concept, that all contents with round brackets are removed?
Examples I found from WikiData with brackets and are candidates that I thought to standardize by dwc_agent as well, are the following:
-----------
input: Gustav Adolf Ferdinand Eichler (1835-1906)
{"family":"Eichler","given":"Gustav Adolf Ferdinand"}
-----------
input: Søren Sørensen (1873-1926)
{"family":"Sørensen","given":"Søren"}
-----------
input: Georges André (1888–1973)
{"family":"André","given":"Georges"}
-----------
input: Johannes Johannessen (1904-1990)
{"family":"Johannessen","given":"Johannes"}
-----------
input: Helge Buen (1918-2005)
{"family":"Buen","given":"Helge"}
-----------
input: Vlk Valenta (1925-2010)
{"family":"Valenta","given":"Vlk"}
-----------
input: Amalesh Choudhury (bot.)
{"family":"Choudhury","given":"Amalesh"}
-----------
input: Bror Pettersson (botaniker)
{"family":"Pettersson","given":"Bror"}
-----------
input: Robert W. Jones (botanist)
{"family":"Jones","given":"Robert W."}
-----------
input: Thomas Cooper (botanist)
{"family":"Cooper","given":"Thomas"}
-----------
input: Yi Huang (botanist-1)
{"family":"Huang","given":"Yi"}
-----------
input: William Vernon (c. 1666-1711)
{"family":"Vernon","given":"William"}
-----------
input: James Smith (diatomist)
{"family":"Smith","given":"James"}
-----------
input: Josep María Vidal(-Frigola)
{"family":"Vidal","given":"Josep María"}
-----------
input: István Balázs (instruisto)
{"family":"Balázs","given":"István"}
-----------
input: Hildur von Rettig (Lindberg)
{"family":"Rettig","given":"Hildur","particle":"von"}
-----------
input: Inger Kaasa (Magistad)
{"family":"Kaasa","given":"Inger"}
-----------
input: Kai Zhang (mycologist)
{"family":"Zhang","given":"Kai"}
-----------
input: Ting-Ting Zhang (mycologist)
{"family":"Zhang","given":"Ting-Ting"}
-----------
input: Robert J. Ferry (Sr.)
{"family":"Ferry","given":"Robert J."}
-----------
input: Phraya Wanpruekphichan (Thongkham Savetsila)
{"family":"Wanpruekphichan","given":"Phraya"}
-----------
input: Phraya Winitwanandon (To Komet)
{"family":"Winitwanandon","given":"Phraya"}
-----------
input: Maria Pavlovna Nagibina (Tsybulskaya)
{"family":"Nagibina","given":"Maria Pavlovna"}
-----------
input: O. Heylen (-Walraevens)
{"family":"Heylen","given":"O."}
-----------
input: Bill Kasongo (Wa Ngoy Kashiki)
{"family":"Kasongo","given":"Bill"}

I did not expect that round parenthesis would be removed entirely, and I did expected that it would filter cases out or so and leave some in. One compromise one could think of, is to try to simply add the last parenthesis content to the parsing field family — or I don't know if it's documented that all round parenthesis content is removed.

By the way: brackets, this time round parentheses name (...) 😁 — in dwc_agent (<IP_ADDRESS>) all names in parentheses disappear, is that the general idea, the concept, that all contents with parentheses are removed?

That was the general idea, yes. Most of the examples you have would seem to support the rationale, though admittedly there are some examples that appear to convey meaning (uncertainty perhaps?) about suffices , nicknames, or other implicit expression of family names / identity.

That was the general idea, yes. Most of the examples you have would seem to support the rationale, though admittedly there are some examples that appear to convey meaning (uncertainty perhaps?) about suffices , nicknames, or other implicit expression of family names / identity.

I completely agree with this. So perhaps let it that way.

I have further analysed the botanist names from WikiData and divided up the cases that appear: most of them are actually different versions of names, squeezed into one line, so to speak. Actually, from a data point of view, a correction would have to be made and two or more names with the same meaning would have to be unravelled. An interesting case are the names with only one letter in the parentheses. Here are some examples of botanical names from WikiData:

grep --invert-match --extended-regexp '^[^()]+\(\w{1,3}\W\)[^()]+$' Liste_ursprünglich.txt > Liste_ursprünglich_vermindert_1.txt
grep --extended-regexp '^[^()]+\(\w{1,3}\W\)[^()]+$' Liste_ursprünglich.txt > Liste_ursprünglich_vermindert_1_Auszug.txt

Alan (C.) McKay
Carolyn [Caroline] (A.) Young
H.(Kh.) Karis
Kh.(Ch.) G. Kulieva
Yu.(Ju.) E. Petrov
D.(T.) O'Gorman
Robert J. Ferry (Jr.).
Tatiana (Yu.) Gagkaeva

grep --invert-match --extended-regexp '^[^()]+\(\w{1}\)[^()]+$' Liste_ursprünglich_vermindert_1.txt  > Liste_ursprünglich_vermindert_2.txt
grep --extended-regexp '^[^()]+\(\w{1}\)[^()]+$' Liste_ursprünglich_vermindert_1.txt  > Liste_ursprünglich_vermindert_2_Auszug.txt

Anton(i) Wróblewski
Dian Min(e) Chang
Jacob Frederic(k) Brenckle
…

grep --invert-match --extended-regexp '^[^()]+\(\w{1,2}\)[^()]+$' Liste_ursprünglich_vermindert_2.txt  > Liste_ursprünglich_vermindert_3.txt
grep --extended-regexp '^[^()]+\(\w{1,2}\)[^()]+$' Liste_ursprünglich_vermindert_2.txt  > Liste_ursprünglich_vermindert_3_Auszug.txt

Arthur C. (II) Grupe
Bruno E.C. (de) Miranda
Cun Ti (Di) Xiang
Davi Mesquita (de) Macedo
Julian(us) Hendrik Molkenboer
Manuel (de) Assunção Diniz
Marcos Antonio de (Jr) Morais
Marcus (de) Melo Teixeira
Priscila Sanjuan (de) Medeiros
You (Yu) Wen Tsui

grep --invert-match --extended-regexp '^[^()]+\(\w{1,}\)[^()]+$' Liste_ursprünglich_vermindert_3.txt  > Liste_ursprünglich_vermindert_4.txt
grep --extended-regexp '^[^()]+\(\w{1,}\)[^()]+$' Liste_ursprünglich_vermindert_3.txt  > Liste_ursprünglich_vermindert_4_Auszug.txt
grep --extended-regexp '^[^()]+\w\(\w{1,}\)[^()]+$' Liste_ursprünglich_vermindert_4_Auszug.txt

Adolph(Adolf) Osterwalder
Chris(toffel) F.J. Spies
Constantine Demetry(Dmitriev) Sherbakoff
Dénes(Dionisie) Pázmány
Peng Yong(Yun) Zhang
Ze(Tse) Xiang Peng
Zu(Tsu) Tang Yin
…
Aloysius (Luigi) Meschinelli
Aldworth William (Tommy) Thompson
Tina (Antje) Hofmann
Wen (Wan) Jia Zhu
Yin Tong (Tang) Xie
…
cat Liste_ursprünglich_vermindert_4.txt | sed -r 's@^[^()]*\([^()]*\)[^()]*$@1 (…) - &@; s@^[^()]*\([^()]*\)[^()]*\([^()]*\)[^()]*$@2 (…) - &@; s@^[^()]*\([^()]*\)[^()]*\([^()]*\)[^()]*\([^()]*\)[^()]*$@3 (…) - &@;' | sort
1 (…) - ('Wilson') Sze Wing Wong
1 (…) - (Alexandre Alexis) George Le Monnier
1 (…) - (Bartolomeo Giacomo) Rinaldo Corradi
1 (…) - (Léon Marie Joseph) Gustave Nicolas
1 (…) - (Antonius) Theodoor Wegelin
1 (…) - (B.) Alfred Steinmann
1 (…) - (M.)F. Weyhe
1 (…) - (Mrs.) Leslie Hofer [Mrs. Vincent W.] Lanfear
1 (…) - (Q.)S.Y. Yeung
1 (…) - (Sister) Little Flower
1 (…) - (Wilhelm) William Winkler
1 (…) - A.H.G. ('Bert') Gerrits van den Ende
1 (…) - Albert (Jacob Josef) Vandevelde
1 (…) - August (François Marie Antoine) Tonglet
1 (…) - Amalesh Choudhury (bot.)
1 (…) - Bror Pettersson (botaniker)
1 (…) - István Balázs (instruisto)
1 (…) - James Smith (diatomist)
1 (…) - Robert W. Jones (botanist)
1 (…) - Ting-Ting Zhang (mycologist)
1 (…) - Yi Huang (botanist-1)
1 (…) - Analy Salles (de Azevedo) Melo
1 (…) - Bill Kasongo (Wa Ngoy Kashiki)
1 (…) - Franz August (`Friedrich') Müller
1 (…) - Friedrich (`Franz') Joseph Schelver
1 (…) - Frédéric-Edouard (`Fritz') Kampmann
1 (…) - Félix de Azara (1742-1821)
1 (…) - G. (of Nancy) Gardet
1 (…) - G.(of Bavaria) Gerber
1 (…) - G.I. (H.J.) Sëmina
1 (…) - Geoffrey S. ('Geoff') Hall
1 (…) - Georges André (1888–1973)
1 (…) - Gustav Adolf Ferdinand Eichler (1835-1906)
1 (…) - Giles E. (St J.) Hardy
1 (…) - H.(of Freiburg) Schmidt
1 (…) - H.J. (`Harry') Hudson
1 (…) - Ion(Ioan,Joan) C. Constantineanu
1 (…) - Jac (N.J.) Gelderblom
1 (…) - James Michael ('Jim') Miller
1 (…) - Jennifer Anne ('Jenny') Davidson
1 (…) - Robert J. Ferry (Sr.)
1 (…) - Robert Leroy ('Bob') Hanrahan
1 (…) - Ronald L. ('Ron') Exeter
1 (…) - Russell J. ('Rusty') Rodriguez
1 (…) - Rüdiger Felix (Ruggero Felice) Solla
1 (…) - Sandra L. ('Sandie') Baldauf
1 (…) - Saun-ichirô (Shun-ichirô) Imamura
1 (…) - Stig (Gunnar Anton) Waldheim
1 (…) - Stip (B.R.) Helleman
1 (…) - Søren Sørensen (1873-1926)
1 (…) - Thomas Cooper (botanist)
1 (…) - Vlk Valenta (1925-2010)
1 (…) - William Vernon (c. 1666-1711)
1 (…) - Yin Chan(Ch'An) Wu
1 (…) - Yvette Berenice ('Tivvy') Harvey
2 (…) - (Axel) Helge (Svensson) Stenar
2 (…) - (Carl) Julius (Adolf) Scharlock
2 (…) - Geoff(rey) (S.) Pegg
2 (…) - (Georg) Emil (Carl Christoph) Schuez
2 (…) - (J.A.A.)M.(H.) Goossens-Fontana
2 (…) - (Ludwig) Bernhard (Ehregott) Schmid
2 (…) - Matt(hew) (J.) Trappe
2 (…) - (Philippe) Victoire (Lévêque) de Vilmorin
2 (…) - (Theodor) Julius (Reinhold) von Schröder
3 (…) - (Johan) Fredrik(Friedrich) (Eberhard) Svanlund

Names of rulers or nobles aso.
In our botanical data (https://dr.jacq.org/DR014960) there are also names such as
Friedrich August II.,König von Sachsen s.n., and this is currently processed not quite right, there is also a name standardisation in Germany (see https://d-nb.info/gnd/118917218). If you parse this name in different ways, you get the following result (dwc_agent <IP_ADDRESS>):
-----------
input: Friedrich August II.
{"family":"August","given":"Friedrich","suffix":"II."}
-----------
input: Friedrich August II.,König von Sachsen
{"family":"August","given":"Friedrich","suffix":"II."}
{"family":"Sachsen","given":"König","particle":"von"}
-----------
input: Friedrich August II.,König von Sachsen s.n.
output: []

If you take the name „Friedrich August II,König von Sachsen“ strictly, you could understand it, or see it like this:
{"family":"", "given": "August Friedrich", "suffix": "II.", "title": "König von Sachsen"}

or (if necessary)
{"family": "König von Sachsen", "given": "August Friedrich", "suffix": "II."}

... since August and Friedrich are actually first names in German
The same naming problem arises with e.g. „August der Starke“, as https://d-nb.info/gnd/118505084 contains the standard data, and would be standardised as: „August II, Polen, König“, and it makes parsing very tricky – so in both cases there is no family name in the strict sense, is there? The same might apply to English names aso..


Issues creating a localhost

I have experienced issues trying to create a localhost. Maybe some of you have
had these issues before and would be able to help.

Using Gelbooru 0.1.11, I end up with the following error when going through the
steps here (https://code.google.com/p/imgbrd-grabber/wiki/Gelbooru)

#1146 - Table 'gelbooru.tag_index' doesn't exist

Trying to complete this step doesn't seem to work:
ALTER TABLE `tag_index` ADD PRIMARY KEY (`tag`)
I'm not sure if it's any help, but the "tag_index" and "tag" are orange

Now with 0.1.10, I have a different problem. I don't have the issue above,
everything seems to work fine, but then when trying to get actual images
loaded, no images actually show up on the localbooru. All I get is an icon that
represents an image but nothing. The tags seem to work, but other than that...
nothing. The title "Localbooru" doesn't appear either.

Using Grabber 3.4.1 on Windows 7

Let me know if you need more information. Thanks!

Original issue reported on code.google.com by<EMAIL_ADDRESS>on 6 Mar 2014 at 5:59

ALTER TABLE tag_index ADD PRIMARY KEY (tag)
#1146 - Table 'gelbooru.tag_index' doesn't exist

You must run Gelbooru's install script before using this command.
As for your other issue, did you make sure to update the thumbnails?
It's explained in the wiki how to do so.


Error with fab:

hi guys
i have some issue  with this kind of XML
fab:menu_fab_size="normal"
I've already build Gradle with this library. but XML can't parse these lines.

Try clean and rebuild the project.

For anyone who clean&build solution doesn't work.
I also faced this problem. Resolve was adding this line to my Layout:
xmlns:fab="http://schemas.android.com/apk/res-auto"
PS: Great lib!


update out-of-tree platforms list

Refs https://github.com/facebook/react-native-website/pull/2684#issuecomment-900275456
This PR updates the current Out-of-tree platforms list and includes the following changes:

react-native-web added to the list
react-native-tvos description updated to signify Android TV support
remove react-native-desktop hence it's no longer maintained

react-native-turbolinks is more similar to library than separate platform, so I have removed it from the list, I will add it to the RN Directory later (EDIT: it has been added already)

I'm not sure if the list division to Partners and Community is a good idea, can revert this part back, if requested.
CC @douglowder @necolas For the check on the entries description 🙂
Preview

Besides the suggested changes I have also simplified the react-native-tvos description and I have ordered the entries in the alphabetical order.


[Call Readiness] Unsupported browser version UI

What

Add new UI for showing in unsupportedBrowser version in components and composites.
Why

Allows user to know their browser version is out of date.

https://skype.visualstudio.com/SPOOL/_workitems/edit/3054307
How Tested

Added new components to storybook and tested composite changes in browser stack.

there is extra CC in the composites because of the Calling SDK's type for EnvironmentInfo since it is not part of their stable package.


Cannot use the -ScriptArgs option

The -ScriptArgs parameter of the bootstrapper doesn't seem to work. I installed the bootstrapper as explained here, and tried the following commands (and a few other variants):
.\build.ps1 -ScriptArgs foobar
.\build.ps1 build.cake -ScriptArgs foobar
.\build.ps1 -Script build.cake -ScriptArgs foobar

Every time, I got this error:

More than one build script specified.
Could not find a build script to execute.
Either the first argument must the build script's path,
or build script should follow default script name conventions.
Usage: Cake.exe [build-script] [-verbosity=value]
[-showdescription] [-dryrun] [..]
...

@thomaslevesque The ScriptArgs parameter is something that bundles the remaining arguments and passes them on as they are.
Try passing it like this:
.\build.ps1 --foobar=true

Ah, thanks! I couldn't figure out the proper syntax


utility functions for commonly used steps

My first jsonnet functions! 🎉

onComponentLabel for adding the frequent * on (namespace, pod) kube_pod_labels{...) join to any metric
cpuResourcePanel, memoryResourcePanel for easily making cpu/memory panels for different components. A multi boolean flag creates a panel for all components (with optional exclusions)
use standardDims properties for width/height in layout, make multi-component resource panels 50% taller to accommodate legend table
put distribution heatmaps next to each other in usage stats by moving users-per-node next to total users

Screenshot of new resource panels created by these 6 lines:
local proxyMemory = memoryPanel('Proxy', component='proxy');
local proxyCPU = cpuPanel('Proxy', component='proxy');
local hubMemory = memoryPanel('Hub', component='hub');
local hubCPU = cpuPanel('Hub', component='hub');

// with multi=true, component='singleuser-server' means all components *except* singleuser-server
local allComponentsMemory = memoryPanel('All JupyterHub Components', component='singleuser-server', multi=true);
local allComponentsCPU = cpuPanel('All JupyterHub Components', component='singleuser-server', multi=true);

Moved functions to jupyterhub.libsonnet, removed explicit dimensions in layout everywhere defaults are used

AWESOME, @minrk \o/


Fix the unsupported block_size in matmul_backward_bias kernel 1

Due to the reduction in line https://github.com/karpathy/llm.c/blob/master/dev/cuda/matmul_backward_bias.cu#L67
The block size needs to be the power of 2 for the kernel 1. Otherwise the GPU result is wrong:
Using kernel 1
Checking correctness...
1.125032 1.054688
26.328930 26.375000
11.523789 11.437500
17.523972 17.500000
16.781761 16.750000
All results match for block_size=32.

Checking correctness...
1.125032 1.054688
26.328930 26.375000
11.523789 11.437500
17.523972 17.500000
16.781761 16.750000
All results match for block_size=64.

Checking correctness...
1.125032 1.054688
26.328930 26.375000
11.523789 11.437500
17.523972 17.500000
16.781761 16.750000
All results match for block_size=128.

Checking correctness...
1.125032 1.054688
26.328930 26.375000
11.523789 11.437500
17.523972 17.500000
16.781761 16.750000
All results match for block_size=256.

Checking correctness...
1.125032 1.054688
26.328930 26.375000
11.523789 11.437500
17.523972 17.500000
16.781761 16.750000
All results match for block_size=512.

Checking correctness...
1.125032 3.562500
Mismatch of dbias at 0: CPU_ref: 1.125032 vs GPU: 3.562500
26.328930 19.500000
Mismatch of dbias at 1: CPU_ref: 26.328930 vs GPU: 19.500000
11.523789 2.765625
Mismatch of dbias at 2: CPU_ref: 11.523789 vs GPU: 2.765625
17.523972 8.125000
Mismatch of dbias at 3: CPU_ref: 17.523972 vs GPU: 8.125000
16.781761 -1.429688
Mismatch of dbias at 4: CPU_ref: 16.781761 vs GPU: -1.429688
Mismatch of dbias at 5: CPU_ref: -6.718957 vs GPU: 10.437500
Mismatch of dbias at 6: CPU_ref: 10.953457 vs GPU: -3.593750
Mismatch of dbias at 7: CPU_ref: 14.391066 vs GPU: -98.500000
Mismatch of dbias at 9: CPU_ref: -34.071350 vs GPU: -23.625000
Mismatch of dbias at 10: CPU_ref: -0.218756 vs GPU: -22.000000

Just round to the next power of 2 number for 768, which is 1024.
[The reduction for non-power-2 blocksize is more complicated and may not be suitable for kernel 1 as the demonstration].

great catch. maybe add an assertion too, so that the reason for this becomes visible in the code.
Not that it matters here, but the "decent" thing to do is probably to select the next smaller power-of-two than the requested block size. Silently taking more resources than the user was willing to give you might be problematic (e.g., if the larger block size makes you run out of registers and fails to launch)

great catch. maybe add an assertion too, so that the reason for this becomes visible in the code.
Not that it matters here, but the "decent" thing to do is probably to select the next smaller power-of-two than the requested block size. Silently taking more resources than the user was willing to give you might be problematic (e.g., if the larger block size makes you run out of registers and fails to launch)

Thanks for the comments. Updated the PR accordingly.


⚠ Cioos Pacific CKAN Sitemap has degraded performance

In 56bef2a, Cioos Pacific CKAN Sitemap (https://catalogue.cioospacific.ca/sitemap/sitemap-1.xml) experienced degraded performance:

HTTP code: 200
Response time: 5667 ms

Resolved: Cioos Pacific CKAN Sitemap performance has improved in 0d04850 after 6 minutes.


MAX31855_test.py problem

When I run MAX31855_test.py first time Temperature is 0, but when run again the temperature is correct. What is the problem?. I print the max31855.py library value and return 3 bit values when I try it the first time, later return correct 26 bits values for 14 bits thermocuple temperature and 12 bits  internal temperature.

Interesting, are you sure it's 0 and not None?
The lowest three bits are a status code, which I'm only looking at when the fault bit (bit 16) is set, in which case it returns None instead of a number (because any number could be a valid temperature). My understanding is that those status bits shouldn't ever be set when the fault flag is not, but perhaps I missed something in the datasheet...

I'm sorry is not 3 bit value is a 8 bit random value. The 3 bit condition works perfect but it works at second time (Only when I boot Beaglebone Black and run for first time MAX31855.py doesn't work). I want to use your max31855.py library with machinekit, I made some changes to run without bbio libraries, only with serbus library and I have the same results (it works later than second time).
I export SPI0 device tree overlay to /sys/devices/bone_capemgr./slots, when it load. I run cat /sys/devices/bone_capemgr./slots to check.
spidev1.0 and spidev1.1 show up in /dev
spi1.0 and spi1.1 show up in /sys/bus/spi/devices
max31855.py library running for first time with disconnected thermocouple

I reboot Beaglebone Black again and I do the same previous steps.
max31855.py library running for first time with connected thermocouple

Python files:
python_MAX31855.zip
Any suggestion will be very much helpful.
Thank you in advance!

Oooohhhhh, I misunderstood, I thought you meant just the first value was 0, but it's every value the first time you run it.... weirder.
You know, that reminds me that at one point I did have an issue pop up with that library, and I think it might have been 0 values like that...
Perhaps it has to do with the state of the SPI module before it's configured for the MAX31855? I'm curious, can you try moving the spi config stuff to the __init__() method with a bit of a sleep after:
  def __init__(self, bus, spi_cs=0, offset=0):
    self.spi_bus = serbus.SPIDev(bus)
    self.spi_bus.open()
    self.bus = bus
    self.spi_cs = spi_cs
    self.offset = offset
    self.error = None

    self.spi_bus.setClockMode(self.spi_cs, self.SPI_CLOCK_MODE)
    self.spi_bus.setMaxFrequency(self.spi_cs, self.SPI_FREQUENCY)
    self.spi_bus.setBitsPerWord(self.spi_cs, self.SPI_N_BITS)
    self.spi_bus.setMSBFirst(self.spi_cs)
    self.spi_bus.setCSActiveLow(self.spi_cs)
    time.sleep(1)

that way it'll separate any glitches that might occur from the first transaction. It's a long shot, since that would probably only explain a single bad sample, but maybe....
Another thing you could try is powering the MAX31855 from a GPIO pin (it draws 1.5mA max, so it shouldn't be a problem), in which case you can power cycle it (and give it a hundred ms or so to stabilize) before starting to read from it.

Hi, sorry for my bad english, I don't speak english very well. I tried all and it doesn't work but I changed serbus to spidev library and now it works.
Thank you for your great MAX31855 library.
Python files:
python_MAX31855_spidev.zip


run-wrangler.js exits 0 if wrangler binary not found

🐛 Bug Report

Environment

operating system: osx mojave
output of node -v: v8.11.3
output of wrangler -V: 👷 ✨  wrangler 1.5.0

Steps to reproduce

install wrangler (npm i -g @cloudflare/wrangler)
remove the binary that was installed (in our specific case, this happened because the CI user could not write to the directory where it was trying to install)
try to run any wrangler command, e.g. wrangler --help
get no output and an exit code of 0

this appears to be due to spawnSync returning a status of null in this case:
> const {spawnSync} = require('child_process')
undefined
> spawnSync('x_x').status
null

What did you expect to see?
an error message or at least a nonzero exit code. seems that null-checking the error property on the return value of spawnSync would be enough (and maybe also sending error to stderr)
> const { spawnSync } = require('child_process')
> spawnSync('x_x').error
{ Error: spawnSync x_x ENOENT
    at _errnoException (util.js:992:11)
    at spawnSync (child_process.js:579:20)
    at repl:1:1
    at ContextifyScript.Script.runInThisContext (vm.js:50:33)
    at REPLServer.defaultEval (repl.js:240:29)
    at bound (domain.js:301:14)
    at REPLServer.runBound [as eval] (domain.js:314:12)
    at REPLServer.onLine (repl.js:468:10)
    at emitOne (events.js:121:20)
    at REPLServer.emit (events.js:211:7)
  code: 'ENOENT',
  errno: 'ENOENT',
  syscall: 'spawnSync x_x',
  path: 'x_x',
  spawnargs: [] }

What did you see instead?
exit code 0 and no output

i can take a crack at fixing this if it seems worthwhile--it might be that our usage was a bit too nonstandard (we were trying to install in our project as a dev dependency, instead of installing globally as recommended in the docs, which is why it couldn't install at ~/.wrangler; see also https://github.com/cloudflare/wrangler/issues/240)

@jaredmcdonald we would absolutely love it if you'd take a crack at fixing this, thanks for the report! 😊

This error still occur as at 6 Sep 2021  just trying to install wrangler into the official node container. How to recreate:
Dockerfile
FROM node:14-bullseye-slim
RUN npm install -g @cloudflare/wrangler

Command: docker build .
Error:
[+] Building 8.9s (6/6) FINISHED
 => [internal] load build definition from Dockerfile-foo                                                                                0.0s
 => => transferring dockerfile: 114B                                                                                0.0s
 => [internal] load .dockerignore                                                                                0.0s
 => => transferring context: 2B                                                                                0.0s
 => [internal] load metadata for docker.io/library/node:14-bullseye-slim                                                                                4.0s
 => [auth] library/node:pull token for registry-1.docker.io                                                                                0.0s
 => CACHED [1/2] FROM docker.io/library/node:14-bullseye-slim@sha256:1b2caf980f422bf707f9dc64879a0a4f9f748d6d3a4e504d8485aa71884c9ec8                     0.0s
 => ERROR [2/2] RUN npm install -g @cloudflare/wrangler                                                                                4.7s
------
 > [2/2] RUN npm install -g @cloudflare/wrangler:
#6 4.341 /usr/local/bin/wrangler -><EMAIL_ADDRESS>#6 4.353
#6 4.353 ><EMAIL_ADDRESS>postinstall /usr/local/lib/node_modules/@cloudflare/wrangler
#6 4.353 > node ./install-wrangler.js
#6 4.353
#6 4.515 internal/fs/utils.js:314
#6 4.515     throw err;
#6 4.515     ^
#6 4.515
#6 4.515 Error: EACCES: permission denied, mkdir '/root/.wrangler'
#6 4.515     at mkdirSync (fs.js:1009:3)
#6 4.515     at Binary._getInstallDirectory (/usr/local/lib/node_modules/@cloudflare/wrangler/binary-install.js:52:13)
#6 4.515     at Binary.install (/usr/local/lib/node_modules/@cloudflare/wrangler/binary-install.js:78:26)
#6 4.515     at install (/usr/local/lib/node_modules/@cloudflare/wrangler/binary.js:50:10)
#6 4.515     at Object.<anonymous> (/usr/local/lib/node_modules/@cloudflare/wrangler/install-wrangler.js:4:1)
#6 4.515     at Module._compile (internal/modules/cjs/loader.js:1072:14)
#6 4.515     at Object.Module._extensions..js (internal/modules/cjs/loader.js:1101:10)
#6 4.515     at Module.load (internal/modules/cjs/loader.js:937:32)
#6 4.515     at Function.Module._load (internal/modules/cjs/loader.js:778:12)
#6 4.515     at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:76:12) {
#6 4.515   errno: -13,
#6 4.515   syscall: 'mkdir',
#6 4.515   code: 'EACCES',
#6 4.515   path: '/root/.wrangler'
#6 4.515 }
#6 4.585 npm ERR! code ELIFECYCLE
#6 4.585 npm ERR! errno 1
#6 4.589 npm ERR<EMAIL_ADDRESS>postinstall: `node ./install-wrangler.js`
#6 4.589 npm ERR! Exit status 1
#6 4.589 npm ERR!
#6 4.589 npm ERR! Failed at the<EMAIL_ADDRESS>postinstall script.
#6 4.589 npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
#6 4.602
#6 4.602 npm ERR!


HSEARCH-4242 Test more databases

https://hibernate.atlassian.net/browse/HSEARCH-4242

Run a full build: https://ci.hibernate.org/blue/organizations/jenkins/hibernate-search/detail/PR-2617/2/pipeline

Full build: https://ci.hibernate.org/blue/organizations/jenkins/hibernate-search/detail/PR-2617/4/pipeline

Thanks @yrodiere for the review.
I applied all the changes. Let's see the new full build.

It seems that the solution with failsafe.jvm.args.jdbc worked.
Run a new full-build: https://ci.hibernate.org/job/hibernate-search/view/change-requests/job/PR-2617/17

Thanks for the review @yrodiere.
Did all the changes and run a new full-build: https://ci.hibernate.org/blue/organizations/jenkins/hibernate-search/detail/PR-2617/20/pipeline

I'll merge it as soon as the full CI has passed.

Finally, merged, thanks!

Great news! Thanks a lot for your work @fax4ever!


Colors

Please add the support for foreground and background colors

Is alpha channel working? I'm getting images without background transparency with this config:
foreground_color: { r: 0, g: 0, b: 0, a: 0 }
background_color: { r: 0, g: 0, b: 0, a: 255 }

Solved. Alpha channel valid range is [0, 127]


ignoreEmptyString not being used by BeanVisitor

It is possible to set ignoreEmptyString to BeanVisitor, but the value is not being checked anywhere.
Maybe it should be checked in the following line?
https://github.com/oblac/jodd/blob/master/jodd-bean/src/main/java/jodd/bean/BeanVisitor.java#L173

Correct!


Bug report:.Net Editor - The service is temporarily unavailable. We are working on it.

write down these codes in dotnet editor and run it:
int a = 5 % 3;
Console.WriteLine(a);
Output:
The service is temporarily unavailable. We are working on it.

but got right result in another example:
int a = 7;
int b = 4;
int c = 3;
int d = (a  + b) / c;
int e = (a + b) % c;
Console.WriteLine($"quotient: {d}");
Console.WriteLine($"remainder: {e}");
Output:
quotient: 3
remainder: 2
what's the matter...

Due to busy traffic you may have been unable to get an execution agent. When this happens, some results are still available from our cache.


dictation.py: do peek_right before insertion to not break undo chain

Currently context-sensitive dictation peeks left for context before it inserts and peeks right after it inserts to determine whether to add a trailing space. This has the unfortunate effect in some editors (eg. emacs) of separating the insertion from the trailing space in the undo-chain, so you have to undo twice: once to eliminate the trailing space, once to undo the insertion. This PR fixes this by doing all peeking before insertion. However, it has the unfortunate side-effect of making context-sensitive dictation feel slower, because we have to do more work before we can start inserting text. Suggestions welcome.

FWIW, I still see this issue in e.g. vscode, so it'll probably be editor-specific. That said, I'm fine with merging this.

FWIW, I still see this issue in e.g. vscode, so it'll probably be editor-specific. That said, I'm fine with merging this.


New CLI option for choice of template

Description
I don't feel quite ready to give up one template in favor of another. So I think we should create an option.
Expected behavior
python3 -m ppp FILENAME.xlsx -t 2 --> renders FILENAME.html with "template 2" used.
Side effects that will need to be worked on
1. Change "presets" to "details: --preset -p --> -d --details
Rationale: Presets will later be re-added as a different feature from what it is currently.
2. Re-create "presets" into a feature that is a combination of (1) template, and (2) details
TODO: Don't actually do this one. Make this another issue.
Tasks

[ ] Implement feature
[ ] Add documentation, including list of templates, with image examples and their corresponding number options.
[ ] Work on side effects

@tulvit Added you to assignees in case you are interested. If not, let me know and I will do solo.

When will this issue be ready and not an "issue in development"?
When issue #8 "Another alternative template: The "grey question header template" enhancement new feature" is complete.


Mongodb building from source

I tried
nix shell github:numtide/nixpkgs-unfree/nixos-unstable#mongodb

And it started building mongodb from source.  I was hoping this would be pulled from cache.
Cache seems to be configured correctly in ~/.config/nix/nix.conf:
substituters = https://cache.nixos.org https://devenv.cachix.org https://numtide.cachix.org
trusted-public-keys = cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY= devenv.cachix.org-1:w1cLUi8dv3hnoSPGAuibQv+f9TZLr6cv/Hm9XgU50cw= numtide.cachix.org-1:2ps1kLBUWjxIneOy1Ik6cQjb41X0iXVXeHigGmycPPE=

Are unfree packages actually getting built and pushed to cache?  Maybe I'm missing it, but I'm not seeing recent evidence of that in the Actions tab in the GitHub UI.

I'm running into the same issue here.

Same here, with terraform.


Support for HTTP Digest Authentication

This is a great library, but I need HTTP Digest Authentication. I'm thinking of writing a patch to support it. Any thoughts?

@vhochstein , would you then file a PR with your fixes so #122 can be closed and this change finally merged. It appears to me original author of #122 is no longer interested.

@vhochstein I'm also using your fork with no problems at all.


Update Azure Quantum Jobs SDK to use Quantum Computing sample

Description
This PR updates the Azure.Quantum.Jobs Readme, Sample and Tests to use a Quantum Computing job instead of the recently deprecated Quantum Inspired Optimization (QIO) job.
The SDK itself has not changed and a new release is not needed.
All SDK Contribution checklist:

[x] The pull request does not introduce [breaking changes]
[x] CHANGELOG is updated for new features, bug fixes or other significant changes.
[x] I have read the contribution guidelines.

General Guidelines and Best Practices

[x] Title of the pull request is clear and informative.
[x] There are a small number of commits, each of which have an informative message. This means that previously merged commits do not appear in the history of the PR. For more information on cleaning up the commits in your PR, see this page.

Testing Guidelines

[x] Pull request includes test coverage for the included changes.

API change check
API changes are not detected in this pull request.

@g2vinay, @alzimmermsft: I'm hitting a CI issue that I need help to resolve:
java.lang.RuntimeException: 'proxyVariableQueue' cannot be null or empty.
at com.azure.core.test.InterceptorManager.lambda$getProxyVariableSupplier$0(InterceptorManager.java:274)
at com.azure.core.test.utils.TestResourceNamer.getValue(TestResourceNamer.java:157)
at com.azure.core.test.utils.TestResourceNamer.recordValueFromConfig(TestResourceNamer.java:152)
https://dev.azure.com/azure-sdk/public/_build/results?buildId=2955299&view=logs&j=7ce3a9c7-d25a-5bf7-d671-08b22b7fef0d&t=5b605836-b34f-56e7-dc08-771753710c96&l=35
Could you take a quick look?
I could be using the testResourceNamer.recordValueFromConfig in the wrong way here:
https://github.com/vxfield/azure-sdk-for-java/blob/cccd7d00e7e83b31712707f7809402f531c68fc6/sdk/quantum/azure-quantum-jobs/src/test/java/com/azure/quantum/jobs/QuantumClientTestBase.java#L75C49-L75C49
The intent was to get these values from the recording file if it's in playback mode.
It works locally both in recording mode (with env vars set up) and in playback mode (with no env vars present).

@g2vinay, @alzimmermsft: Can you help review and merge this PR?

Superseded by #36153 with a cleaner commit history


Dependency version bump

Issue #, if available:
https://github.com/aws/aws-encryption-sdk-c/issues/450
Description of changes:

bump aws-c-common to v0.4.13
bump aws-checksums to v0.1.3
bump aws-c-event-stream to v0.1.3
README snippet about macOS

Check all that applies:

[X] Did a review by yourself.
[ ] Added proper tests to cover this PR. (If tests are not applicable, explain.)
[ ] Checked if this PR is a breaking (APIs have been changed) change.
[ ] Checked if this PR will not introduce cross-platform inconsistent behavior.
[X] Checked if this PR would require a ReadMe/Wiki update.

Check which platforms you have built SDK on to verify the correctness of this PR.

[ ] Linux
[ ] Windows
[ ] Android
[X] MacOS
[ ] IOS
[ ] Other Platforms

cmake -G Xcode -DTARGET_ARCH="APPLE" -DCMAKE_BUILD_TYPE=Debug ~/gitrepos/github.com/aws-sdk-cpp/
xcodebuild -target ALL_BUILD

...snip...

=== BUILD AGGREGATE TARGET ALL_BUILD OF PROJECT AWSSDK WITH THE DEFAULT CONFIGURATION (Debug) ===

Check dependencies

Write auxiliary files
write-file /var/tmp/build-cpp/AWSSDK.build/Debug/ALL_BUILD.build/Script-E413315A813640D7AD27CD47.sh
chmod 0755 /var/tmp/build-cpp/AWSSDK.build/Debug/ALL_BUILD.build/Script-E413315A813640D7AD27CD47.sh

PhaseScriptExecution CMake\ Rules /var/tmp/build-cpp/AWSSDK.build/Debug/ALL_BUILD.build/Script-E413315A813640D7AD27CD47.sh
    cd /Users/dougch/gitrepos/github.com/aws-sdk-cpp
    /bin/sh -c /var/tmp/build-cpp/AWSSDK.build/Debug/ALL_BUILD.build/Script-E413315A813640D7AD27CD47.sh
echo ""

echo Build\ all\ projects
Build all projects

** BUILD SUCCEEDED **

By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

We have an ongoing task that is going to bump the 3rd party versions

But we will take the Readme update anyway.

We have an ongoing task that is going to bump the 3rd party versions
Issue # or a link to more details?

But we will take the Readme update anyway.

Split out these changes into PR1268

merged


Updated flask default port to 5001

Fixed #199

The entire purpose of the --port argument is that a user can specify a custom port, so I encourage you to use that argument as designed.


xlsynth/dslx: add proc def

context: https://github.com/google/xls/commit/2b4fa847efb06736ebe7f2b1e8c2d61c2b73836f

assuming this is obsoloted by https://github.com/xlsynth/xlsynth-crate/commit/bc5e6196c766b5c48a718a6d2e4cbbfde922626d, @cdleary ?

assuming this is obsoloted by bc5e619, @cdleary ?

Yeah I think we have all the defs now that we've got a use case for traversing all the module members: https://github.com/xlsynth/xlsynth-crate/blob/main/xlsynth/src/dslx.rs#L22


bug: com.intellij.diagnostic.PluginException: ActionUpdateThread.OLD_EDT is deprecated and going to be removed soon. 'co (...)

Plugin version: 5.3.27
IDE version: PS-241.13688.22
Stacktrace:
com.intellij.diagnostic.PluginException: `ActionUpdateThread.OLD_EDT` is deprecated and going to be removed soon. 'com.sourcegraph.cody.CodyActionGroup' must override `getActionUpdateThread` and chose EDT or BGT. See ActionUpdateThread javadoc. [Plugin: com.sourcegraph.jetbrains]
	at com.intellij.diagnostic.PluginProblemReporterImpl.createPluginExceptionByClass(PluginProblemReporterImpl.java:23)
	at com.intellij.diagnostic.PluginException.createByClass(PluginException.java:90)
	at com.intellij.diagnostic.PluginException.reportDeprecatedUsage(PluginException.java:125)
	at com.intellij.openapi.actionSystem.ActionUpdateThreadAware.getActionUpdateThread(ActionUpdateThreadAware.java:21)
	at com.intellij.openapi.actionSystem.AnAction.getActionUpdateThread(AnAction.java:198)

I'm closing this one as we are already working on a fax for this bug as part of the https://github.com/sourcegraph/jetbrains/issues/610
It will be fixed in a release which will be available in a couple days from now.


Allow an optional start_day argument for Time#at_beginning_of_week

Currently when using Time#at_beginning_of_week it assumes the start of the week to be Monday. This works great for many use cases but sometimes we may want to assume the beginning of the week as another day (e.g. Sunday is also commonly considered to be "the beginning of the week")
Time.local.at_beginning_of_week # => 2023-05-08 00:00:00 +00:00
Time.local.at_beginning_of_week(Time::DayOfWeek::Sunday) # => 2023-05-07 00:00:00 +00:00
Time.local.at_beginning_of_week(:sunday) # => 2023-05-07 00:00:00 +00:00

This kind of functionality is provided by Rails which is where I got the inspiration from https://api.rubyonrails.org/classes/DateAndTime/Calculations.html#method-i-beginning_of_week
I prematurely created a pull request here: https://github.com/crystal-lang/crystal/pull/13446 but keen to discuss whether we want this change in the standard library, API specifics and whatever else

Sounds good to me👍
The change is reasonable and straightforward to implement.


Best Practices for Backup/Restore

Hello,
I've reviewed the docs, but I don't see any instructions on backup and restore of the downloaded data and database.  Do we just backup the ArchiveBox directory and restore it, or is there more to it than that?  Thanks!

Yup, you can zip up the entire folder as a backup, or ideally put it on a filesystem that has COW snapshot support like ZFS, APFS, BTFS, etc.

Perfect.  Just wanted to make sure I wasn't missing something non-obvious.  Thanks for your help.
‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Wednesday, April 29, 2020 10:28 AM, Nick Sweeting<EMAIL_ADDRESS>wrote:

Yup, you can zip up the entire folder as a backup, or ideally put it on a filesystem that has COW snapshot support like ZFS, APFS, BTFS, etc.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.

For anyone who finds this ticket in the future, here's a little more info on the folder structure in the docs (but nothing specific to backups):

https://github.com/pirate/ArchiveBox/wiki/Usage#Disk-Layout
https://github.com/pirate/ArchiveBox/wiki/Security-Overview#output-folder


fix connected check if no firewall hook exists

I'll add a test as well, so don't merge yet

wait, this actually might be fine as is, i think i misunderstood the code haha

@kasperisager actually think this is fine as it was originally now, before my PR, cause we can buffer incoming packets without being connected, and we guard when responding with the state packet whether are connected or not. gonna think about it a bit tho.

The test case that now fails (https://github.com/hyperswarm/libudx/blob/79435797c2ca36256dbb754e1aebb16097ba425b/test/stream.js#L533-L564) actually explicitly relies on the current behaviour. That is, the firewall hook returns false, but doesn't connect, to indicate that incoming control packets should be processed.
Come to think of it, the return value of the firewall hook doesn't really make sense if the only signal that's actually considered is whether the stream connected or not. That's of course also a perfectly fine design; if the stream is connected after the firewall hook has run then proceed, otherwise abort. It does mean that it won't be possible to accept just incoming control packets, buffering data packets and outgoing control packets for when the stream later connects.

Agreed, closing


How to move cursor using mouse

Version: 0.8.10091.0

How to move cursor using mouse ?

Personally I think this would be a nice feature to have, just to note in regard to @zadjii-msft's comment regarding applications that support this, the Mac OS terminal app provides exactly this functionality (see https://support.apple.com/en-au/guide/terminal/trmlshtcts/mac under action 'Reposition the insertion point', basically Option+Click repositions the cursor)

I'd be curious how that works from a technical point of view. Do they just like, send left/right arrow key presses to emulate moving the cursor as if it was done on the keyboard when the user clicks? Or is there tighter integration with the shell that's running? Does this work in all shells in Terminal.app? Or is this a zsh-specific feature?

Not sure, but it could be something like the former, because it seems to work when I just tried it with zsh, bash and also csh. I wouldn't be surprised if there are edge cases where it doesn't reposition correctly, but my experience is similar to @AmericanY in that 99% of the time I would use that feature to edit something in the middle of a long command, and it seems to work fine for that
I dug a little deeper though and it seems like this is revisiting a discussion from a few years ago in VS Code - https://github.com/microsoft/vscode/issues/26401. It looks like they settled on an implementation based on sending key presses (https://github.com/microsoft/vscode/issues/44448) and I can confirm that the latest VS Code on Windows 10 supports moving the cursor in the integrated terminal using Alt+Click. So it would be great to match this functionality in Windows Terminal

@RomeshA that's it ! Yes, i hope that windows new terminal can give us this feature as it's really really helpful at all

BTW, i just checked and i can see that mouse is not performing normally over SSH connection. I tried to use it within vim over SSH and within htop and i see the terminal receive the click's wrongly .

Came here after seeing this tweet where it works in zsh:
https://twitter.com/leonte_dev/status/1264140864751878144

Hi, I have a dumb question. What is it that makes this especially hard? Like, we can already select text with the mouse, so why not just move the cursor to where you select, like text fields in other programs? Even in programs like notepad, you can click with the mouse, and I'm guessing it's not implemented by spamming fake arrow key presses. I guess I just don't understand why the text editor in terminals is so different from text fields in almost every other program. You can't even delete mouse-selected text with backspace, so it's apparently different from arrow-selected text for some reason.

Fundamentally, it's because there's two different applications running. The terminal (e.g. Windows Terminal, gnome-terminal, xterm, iTerm2, etc), and the client (cmd, powershell, bash, vim, tmux, etc).

The terminal is responsible for drawing the window and receiving input
the client is responsible for processing that input and emitting text for the terminal to display.

Client apps can tell the terminal to move the cursor to a specific location. However, the Terminal can only tell a client "The user clicked here". It's up to each underlying client application to be able to understand such a message from the terminal. The client has to be able to ask the terminal to enable mouse reporting, then parse the input for mouse sequences, and reverse-engineer where the prompt is in the viewport, make sure the mouse is in that line, and move their own internal representation of the cursor to that position. That's obviously a lot more work than just "append the input character to the end of the prompt" 😄. Most shells don't do this, but things like vim do.

Oh, I see! Thanks a lot for your fast answer!
I'm surprised to hear the client even has a notion of the cursor; my intuition was that it just took in raw "finished" text commands, and the terminal can have whatever interface it wants for editing that before sending it. Yeah that does sound pretty challenging! I guess this is part of the old computer history leaking through to today

I know this is available in iTerm2.  In editors and on the command line I can do  ⌘  + click and the cursor will move where the mouse pointer is.

the client is responsible for processing that input and emitting text for the terminal to display.

I disagree with this. If the client is aware of said input type then yes, but if the client is not then it should IMO be the terminal's job to translate the types of input that specific client doesn't understand, into input types it can. In the case of cmd for example, which doesn't understand mouse clicks (except for very specific scenarios), the terminal should translate mouse clicks into the appropriate keystrokes and transmit them back to cmd, much like VS Code.
Since a terminal already has to have client-specific behaviour to accommodate for the vagaries of said clients, adding an additional layer for mapping for mouse clicks => keystrokes doesn't seem like a massive ask. The implementation of such a mapping layer on a per-client basis, however, is likely to be non-trivial.

So, @zadjii-msft , could you elaborate your answer a little bit more?

No, that's not something that won't work without cooperation of the commandline application that's running in the Terminal. For example, bash or cmd.exe. Those are the applications that are actually responsible for drawing the prompt and the input line.

In PowerShell IDE I could change the entry point just by clicking the mouse, something I can not do in Windows Terminal. That feature is a must-have for me to use WT.
Regards.

WSLTTY (https://github.com/mintty/wsltty) for wsl terminal implements this very well. The cursor can be at the end of "$ line of text|", and I can move it to "$ line of| text" with just a simple mouse click.

We've actually had a lot more discussion on the technical aspects of how to implement this over at #8573.

@zadjii-msft, Yes, thank you. I actually noticed the link to #8573 from sosnik after I had posted my comment.

@zadjii-msft is moving the cursor with the 'Mouse-Click + key' ever going to be implemented in Windows Terminal?
In Visual Studio Code there is support for 'Alt + Mouse-click' to rapidly move the cursor. The cursor turns into a crosshair. I have tested this with Bash, Python, and CMD! So surely it should be possible to do and bring in?
I love Windows Terminal and would be so happy to have this feature for CLI apps

@con-dog If we can ever come up with a sufficient design with minimal edge cases, then sure! There's a LOT of discussion in #8573 on this topic, covering the intimate implementation details. Might shed some light on why this hasn't landed yet.

Tired of using arrow keys to move the cursor. I need to change a parameter for a same command frequently, this feature would help me a lot.


mdformat inappropriately replaces HTML entity references with the corresponding Unicode character

Describe the problem
HTML entity references are valid Markdown according to the CommonMark Spec https://spec.commonmark.org/0.30/#entity-and-numeric-character-references and are useful for specifying punctuation characters which are otherwise difficult or impossible to enter via the keyboard, and are particularly helpful when specifying special whitespace characters which would otherwise be invisible.
Unfortunately, mdformat replaces entity references with their corresponding Unicode characters, which it probably should not because they are valid Markdown under the CommonMark Spec. The replacement appears to be an artefact of the CommonMark Spec parsing requirements, and causes problems: it produces a formatted Markdown document which contains Unicode characters which are difficult to edit and may be difficult to identify. For example, the display difference between —, – and - will vary depending on context, may be minimal in some contexts, and may cause searches to fail in ways which are really confusing. Whitespace characters are, of course, invisible, which can be problematic in itself, and it's not clear to me that whitespace entity references which happened to occur at the beginning or end of a line and were replaced by Unicode whitespace characters will not then be subsequently removed by mdformat.
I would suggest that mdformat should not change entity and numeric references.
This should be easy to do, in principle, by disabling entity and numeric reference substitution in markdown-it-py when it's called... if the markdown-it#manage-rules facility has been ported? If it's not available, then perhaps porting the markdown-it-html-entities plugin will be necessary.
Link to your repository or website
No response
Steps to reproduce
$ echo 'This → `→` is an HTML entity reference.' > test.md
$ cat test.md
This → `→` is an HTML entity reference.
$ mdformat test.md && cat test.md
This → `→` is an HTML entity reference.

The version of Python you're using
No response
Your operating system
No response
Versions of your packages
No response
Additional context
The reasoning behind the CommonMark Spec requiring parsers to replace most entity references with their corresponding Unicode characters has been lost from the 3.0 spec, but can be seen in the 2.3 spec change log https://spec.commonmark.org/0.23/changes.html and in https://github.com/commonmark/commonmark-spec/issues/137#issuecomment-56757907 by John MacFarlane from 2014:

Let me say more about why the change made sense to me. I like the idea that the AST produced by the parser is not HTML specific. Having "entities" as AST elements, instead of the characters they represent, seems to go against that goal. Let's say we want to render to LaTeX. Knowing that we have as entity "ö" is much less useful than knowing that we have the character ö.

A couple of years later, John raised https://github.com/commonmark/commonmark-spec/issues/442 to reconsider this:

As noted in this thread, it might be desirable to change what the spec says about entities.
Arguably the spec should not require that entities be replaced (in the parsing phase) by unicode characters. A replacement will be necessary for some output formats, but there is no reason why an implementation that only targets HTML should do the replacement at all, and even an implementation that targets multiple formats might choose to handle entities in the renderer, or in an intermediate AST filter. And some implementations might want to preserve entities in the output.

markdown-it has a number of Issues related to entities and those which ask about disabling the entity reference replacement are typically advised to use .disable('entity') or the markdown-it-html-entities plugin:

https://github.com/markdown-it/markdown-it/issues/330
https://github.com/markdown-it/markdown-it/issues/486
https://github.com/markdown-it/markdown-it/issues/595
https://github.com/cmints/cmints/issues/109

Thanks for the issue!
Yeah HTML entities are replaced mainly because the parser does so by default so it was the path of least resistance.
I don't oppose to not doing so, but if we make the change we must test it extensively for any regressions. Having the entities as one codepoint is probably less prone to bugs because they are more likely to go through all of the processing (charater escaping, word wrapping etc.) as the same one codepoint, whereas a multi character representation is more likely to be accidentally broken.
The current behavior could also be seen as a feature of sorts: if your text accidentally contains a valid entity, you'll be able to notice it before rendering and add an escape.

And yeah, changing this will need changes in the parser, not only mdformat. I haven't looked into it the linked extension that deeply but I assume something like that is needed. I don't think adding a .disable('entity') will be useful as I expect we won't be able to differentiate an HTML entity from the an escaped HTML entity.

I appreciate your quick reply! I was testing over the weekend and I think that the current behaviour isn't as consistent as would be desired.
White space entity references show some anomalies, the most serious is the replacement of   with   because it now looks identical to a normal space   but behaves like a non-breaking space in the rendered output and even in the editor. The only way to tell the difference will be to inspect the file with a hex editor.
A count of the number of named entity references in my Markdown documents, only the minority written by me, found the most frequently used entity reference is   with 493 occurrences.
Other anomalies include the replacement of named entity references are replaced with numeric entity references.  A very artificial example:
Input
Some white space

 Space is stripped from the front and back...

Output
Some white space

 Space is stripped from the front and back...

Note: What can't be seen, because white space is invisible, is that      has been removed from the second line.

Looking into the white space handling, the paragraph() function is responsible for the numeric entity reference substitutions  →  and  →  above:
https://github.com/executablebooks/mdformat/blob/a856f538e2dcb81a83e9013fb073f16cd6e53972/src/mdformat/renderer/_context.py#L382-L386
As the comments indicate, this is trying to un-parse to recover the Markdown source, based on an assumption that the source specified a numeric entity reference rather than a named entity reference. That's a bit problematic, because the source may have specified the white space in a different way.

As a hack to work-around the entity replacement until markdownit-py is enhanced, I'm considering adding a configurable option which replaces certain Unicode characters with HTML entities, based on the HTML entities in my existing Markdown files (see below). Feedback on this approach would be welcome.
It's easy to generate a candidate list of HTML entities to replace Unicode characters:
$ find . -name "*.md" -exec grep --extended-regexp --only-matching "&\w+;" {} \; | sort | uniq -c | sort --reverse
  40
  12 μ
  12 Ω
   9 ×
   7 °
   3 ⋅
   3 ±
   2 →
   1 ≈

So, looking into this, it rapidly became apparent that it will be much easier to disable the substitution than it will be to reverse substitutions. The substitution appears to be made by a single call to html.unescape() in the block markdown-it-py/markdown_it/common/normalize_url.py#L32-L53. The block of code handles two separate cases, escaped character and entity, so they will have to be separated. I guess this needs to be raised as an Issue on markdown-it-py, but it also looks like it might be possible to implement this as a plugin?

Draft fix committed as https://github.com/jamesquilty/mdformat/commit/14f412287ddeb410a3d221e1387d7c6047db6cda, which calls .disable('entity'), as suggested above.


Feature 186: Example sentences for adjectives and verbs

Extracts a partial for the example sentences part of the show view.
Adds the example sentences to the form and show views of verbs and adjectives too.

Bei mir steht "This branch has conflicts that must be resolved".

Rebased :)

Thanks for the review! I'd suggest to add it for function words, when this is really required. :)


DC/OS modules from BSidesLV 2016 @TweekFawkes talk

DC/OS, Mesos DNS, Mesos Master, Marathon, Chronos modules from BSidesLV 2016 @TweekFawkes talk.

This is some fantastic work! We'll have it reviewed and pulled in soon!


Bolts.framework issue

parseStarterproject is not have Bolts.framework

Hey @wangdayewjf, any chance you can point to which one of the 3 possible references to parse starter project you are referencing here.

Package downloaded from https://parse.com/docs/downloads (double checked, it explicitly includes Bolts.framework)
Package downloaded from the releases on this repository (double checked, it explicitly includes Bolts.framework)
To the ParseStarterProject.xcodeproj in source of this repo?

The latter one could be built by using Parse.xcworkspace. Since we are building from source - there is no need of having Bolts.framework, as it will be compiled from scratch and cross-referenced.


Fixes webview url of gogoanime for latest updates

The issue was when browsing anime in the latest section and then clicking the Webview of  the anime, instead of navigating to the anime details page it navigates to the latest episode page.
Checklist:

[x] Updated extVersionCode value in build.gradle for individual extensions
[x] Updated overrideVersionCode or baseVersionCode as needed for all multisrc extensions
[x] Referenced all related issues in the PR body (e.g. "Closes #xyz")
[x] Added the isNsfw = true flag in build.gradle when appropriate
[x] Have not changed source names
[x] Have explicitly kept the id if a source's name or language were changed
[x] Have tested the modifications by compiling and running the extension through Android Studio

There is also a similar problem in kickassanime where the anime url of the webview uses "api/show" which as a result gives the page source. I tried to fix the issue but after a lot of debugging I couldn't find where the problem is. so if someone is able to fix it please ping me so I can see the fix or give me a hint and I'll fix it myself and do a new PR.