JSON objects in the ODB, Markdown text instead of WP-Text
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
Línea de trabajo
No files, tests, or entry points are named. Start by breaking the proposal into the JSON-in-ODB and Markdown-backed wp-text editor work, then identify the existing ODB, scripting-language, and wp-text implementations. Done requires an agreed scope and tests for JSON storage/navigation and editing wp-text as Markdown.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
A bit of thinking out loud. Last time I worked on Frontier, JSON didn't exist and neither did Markdown.
If we were doing it today, we would have used both formats, and integrated them into the language of Frontier, both the scripting language and the odb, we could manipulate and store them.
JSON
I never liked dealing with XML objects in Frontier. We mapped it onto the odb structure, but XML allows multiple objects to have multiple instances with the same name, where as the odb insists every name is unique. We did a hack, and got it to work, but JSON would be better.
Example of how this might work -- the reallySimple package and daveRss, the first for reading feeds, and the latter for writing them. The input and output go in and out in JSON.
JSON details
A JSON type.
JSON constants, when you assign one to a value, it's stored as a JSON type.
Navigation is done the same way JavaScript does it.
Here's an example of a constant assignment to a local.
local (historyArray = [
{
"text": "The <b>Associated</b> <i>Press</i> is adding user-generated social content into its wire services.",
"title": "",
"link": "http://www.niemanlab.org/2017/05/the-associated-press-is-adding-user-generated-social-content-verified-of-course-into-its-wire-services/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed:+NiemanJournalismLab+(Nieman+Journalism+Lab)",
"linkShort": "http://bit.ly/2qoz8i6",
"when": "2017-05-16T16:47:07.045Z",
"guid": {
"flPermalink": true,
"value": "http://www.niemanlab.org/2017/05/the-associated-press-is-adding-user-generated-social-content-verified-of-course-into-its-wire-services/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed:+NiemanJournalismLab+(Nieman+Journalism+Lab)"
},
"idTweet": "864522615880380419",
"twitterScreenName": "davewiner",
},
{
"text": "If Donald Trump Were a C.E.O., He'd Probably Be Fired Today.",
"title": "",
"link": "http://www.newyorker.com/news/john-cassidy/if-donald-trump-were-a-c-e-o-hed-probably-be-fired-today?mbid=rss",
"linkShort": "http://bit.ly/2qoxxce",
"when": "2017-05-16T16:44:25.731Z",
"guid": {
"flPermalink": true,
"value": "http://www.newyorker.com/news/john-cassidy/if-donald-trump-were-a-c-e-o-hed-probably-be-fired-today?mbid=rss"
},
"idTweet": "864521938814857216",
"twitterScreenName": "davewiner"
},
])
Referencing part of the JSON object.
local (guid = historyArray [ix].guid)
if (guid.flPermalink)
scratchpad.guid = guid
Markdown
This is the perennial problem for Frontier implementors, we licensed a WP engine for the original Frontier, back in the early 90s, and the product wasn't maintained, something like that -- but there were often problems in moving it forward with us. wp-text type is a pain in the ass. I left this for a to-do item until now, but I want to solve it because some of the apps legitimately use wp-text type.
What I want to do is implement it as Markdown.
So when you see a wp-text object you can open it in a window, the user can edit it, and when they save it back to the odb we store Markdown text.
I haven't thought it through any more than that, but wanted to let people know I'm going in this direction.
Haven't done anything with JSON yet.
- Lenguaje dominante
- Sin datos de lenguaje
- Estrellas
- 0
- Forks
- 0
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Aún no hemos revisado los archivos de configuración de este proyecto. Empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de scripting/helloFrontier
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
scripting/helloFrontier#15 · 1 comentario ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 35/100
scripting/helloFrontier#13 · 5 comentarios · 1 reacción ·
-
Example scripts that workAbierto
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
scripting/helloFrontier#12 ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 10/100
scripting/helloFrontier#11 ·
-
Added += operator, and moreAbierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
scripting/helloFrontier#10 ·
Todos los issues de scripting/helloFrontier
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
Add: Prima Sport 5 LogoAbiertocheck:passed logos:add
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
request-theme
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
LizardByte/ThemerrDB#8693 · 3 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
rohitg00/agentmemory#1428 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día