some
This commit is contained in:
@@ -1,3 +1,446 @@
|
||||
02.04: 35
|
||||
|
||||
* прочитать предыдующую статью
|
||||
* написать короткую статью за раз
|
||||
* перевести на английский
|
||||
|
||||
01.04: 60
|
||||
|
||||
* проверить замену hwSet с template на std::any
|
||||
быстро не удалось
|
||||
итог: оставить шаблоны
|
||||
* генерить hwSet для .h
|
||||
|
||||
31.03: 45
|
||||
|
||||
* fobjContexts -> other.contextIds
|
||||
* генерить F
|
||||
|
||||
30.03: 40
|
||||
|
||||
* генерить расширения
|
||||
registerCallbackC
|
||||
* ввести rawCPPSDK
|
||||
* оставить в tmp.kt лишь временное ручное (setupComponentDebugging)
|
||||
|
||||
29.03: 25
|
||||
|
||||
* генериь конвертацию
|
||||
|
||||
28.03: 35
|
||||
|
||||
* скинуть Всеволоду ЗС
|
||||
https://github.com/OGStudio/kotlin-dialect/pull/6
|
||||
* определиться с форматом конвертации
|
||||
нужно ли ввести тип kotlincpp?
|
||||
или лучше отдельный файл генерить?
|
||||
чем больше файлов, тем как-будто хуже в среднем
|
||||
тогда, выходит, тип нужен новый
|
||||
sdkc++?
|
||||
итого:
|
||||
ввести sdkc++ или c++sdk
|
||||
* написать kd.yml желаемый
|
||||
|
||||
27.03: 55
|
||||
|
||||
* дополнить пример kd example кнопкой
|
||||
* создать видеодемонстрацию примера
|
||||
|
||||
26.03: 30
|
||||
|
||||
* перенести тело hwSet в KT внутри класса API
|
||||
|
||||
25.03: 40
|
||||
|
||||
* сделать заготовку oneliners
|
||||
* сделать обёртку над KDController
|
||||
* сделать обёртку над KDContext
|
||||
* продумать решение вопроса с processOneliners
|
||||
статичные функции в статичном компоненте!
|
||||
|
||||
24.03: 35
|
||||
|
||||
* линковать sdk-mac в ver-mac
|
||||
* сделать заготовку компонента main
|
||||
|
||||
23.03: 50
|
||||
|
||||
* подготовить заготовку Qt HW для ver-mac-x64
|
||||
* сделать заготовку sdk-mac-x64
|
||||
|
||||
22.03: 60
|
||||
|
||||
* установить AS на W10
|
||||
* добавить в README инструкции для запуска примера
|
||||
* переиначить ссылку на KD
|
||||
сделать через клон
|
||||
иначе это неподъёмно будет для пользоателей примера
|
||||
никто не догадается сделать клон
|
||||
когда в примере была ссылка на родителя
|
||||
* оформить ЗС
|
||||
https://github.com/OGStudio/kotlin-dialect/pull/4
|
||||
* влить ЗС
|
||||
|
||||
21.03: 60
|
||||
|
||||
* убрать пустые файлы из ver-android
|
||||
* переименовать в example/helloworld
|
||||
* убрать лишние импорты из MainActivity
|
||||
* подготовить компоненту main
|
||||
* сгенерить kd.kt
|
||||
* заигнорить/удалить ignore.kd.kt
|
||||
* сделать отображение окна через шуд
|
||||
* сделать отображение "hello world" через шуд
|
||||
|
||||
20.03: 70
|
||||
|
||||
* подготовить проект ver-android
|
||||
|
||||
19.03: 35
|
||||
|
||||
* создать kotlin-dialect-hello-world на Android, десктоп, iOS, web для винды
|
||||
создать в репе kotlin-dialect?
|
||||
добавить тег kotlin-dialect
|
||||
нет, лучше отдельно, т.к. тогда можно будет форкать!
|
||||
хотя форкать - это как-будто не самое критичное
|
||||
это ведь скорее examples/helloworld
|
||||
сильно ли важно форкать? как-будто это сильно второстепенно
|
||||
ведь можно скопировать, и всё
|
||||
итог: не надо делать отдельную репу, хватит текущей
|
||||
* KD: README
|
||||
убрать --out
|
||||
уточнить: Klin, a translator to convert YML to Kotlin
|
||||
-> to Kotlin and Swift
|
||||
* игнорировать kd.kt, emb64.kt
|
||||
* установить зависимости новые
|
||||
brew install gradle
|
||||
* поднять gradle до 9.3.1
|
||||
чтобы собиралось с openjdk 25
|
||||
* README: добавить building prerequisites
|
||||
* собрать
|
||||
|
||||
18.03: 60
|
||||
|
||||
* установить Android Studio Panda 2
|
||||
|
||||
17.03: 30
|
||||
|
||||
* переместить файлы из bootcamp на второй комп
|
||||
* удалить Windows
|
||||
* установить Linux Mint
|
||||
|
||||
16.03: 40
|
||||
|
||||
* скачать Linux Mint
|
||||
|
||||
15.03: 30
|
||||
|
||||
* заполнить CHANGELOG.md за ЗС-2
|
||||
забыл про 2.1
|
||||
* поднять версию до 3.0
|
||||
я же отменяю --out, это breaking change
|
||||
* заполнить CHANGELOG.md про 3.0
|
||||
* оформить ЗС
|
||||
https://github.com/OGStudio/kotlin-dialect/pull/3
|
||||
* влить ЗС
|
||||
* tag 3.0
|
||||
|
||||
14.03: 40
|
||||
|
||||
* встроить src/*.swift
|
||||
embSwift64?
|
||||
embKotlin64?
|
||||
* добавить embSwift64 в outputSwift
|
||||
* генерить F в Swift (проверить генерацию F)
|
||||
struct F {
|
||||
static let didClickReload = F.shared.didClickReload??
|
||||
}
|
||||
* проверить использование F в KOM
|
||||
всё работает, не надо придумывать FF
|
||||
* применить обновлённую версию klin для генерации
|
||||
kom
|
||||
удалить cld-ios.swift
|
||||
* проверить работоспособность в KOM
|
||||
лишь затем вливать
|
||||
всё работает
|
||||
|
||||
13.03: 55
|
||||
|
||||
* сделать цикличное сохранение по всем output paths
|
||||
типы
|
||||
jsexport
|
||||
kotlin
|
||||
swift
|
||||
реагировать на смену currentOutputPathId для задания c.outputFile и c.outputFileContents
|
||||
т.е. два шуда надо обновить
|
||||
а затем в эффектах завязаться на более поздний
|
||||
* сохранять файлы
|
||||
* применить обновлённую версию klin для генерации
|
||||
самого klin
|
||||
тесты kd
|
||||
* удалить шаг stripTestKDJS
|
||||
* определиться насчёт 'import iv'
|
||||
где его указывать?
|
||||
swift: ?
|
||||
да, это самое простое
|
||||
* подготовить исходники KDController ext и registerOneliners
|
||||
* проверить сборку kom ios сейчас
|
||||
работает
|
||||
с тестовым ручным struct FF и экспортированным F.shared из KT
|
||||
* YML: поддержать 'swift:'
|
||||
чтобы 'import iv' указать
|
||||
* добавить rawSwift в outputSwift
|
||||
|
||||
12.03: 40
|
||||
|
||||
* ввести appShouldResetInputFileDir
|
||||
* сделать запись одного первого output path
|
||||
|
||||
11.03: 45
|
||||
|
||||
* ввести outputKotlin
|
||||
просто убрать import js and @JsExport
|
||||
делать на результат outputJSExport
|
||||
* генерить kotlin
|
||||
без @JsExport
|
||||
* генерить F obj с @JsExport для type: jsexport
|
||||
хотя можно jsexport по умолчанию везде делать как-будто
|
||||
* генерить js
|
||||
оставлять @JsExport
|
||||
* удалить appShouldParseOutputFilePath
|
||||
* удалить --out
|
||||
в т.ч. сообщение-помощь при запуске без аргументов
|
||||
* переиначить outputPaths
|
||||
* ввести заготовочную генерацию outputSwift
|
||||
чтобы просто было что-то в файле по итогу сохранения
|
||||
|
||||
10.03: 25
|
||||
|
||||
* ограничить debug output
|
||||
* ввести outputJSExport
|
||||
|
||||
09.03: 50
|
||||
|
||||
* подготовить yml
|
||||
√ для klin
|
||||
√ для klin test
|
||||
√ для kom
|
||||
* разбирать output
|
||||
* ввести util/debug-klin
|
||||
запуск не dist/app.js, а из BUILD_DIR
|
||||
|
||||
08.03: 40
|
||||
|
||||
* оформить fexp
|
||||
пусть пока только и для JVM
|
||||
но оно же есть
|
||||
* влить
|
||||
* ОБНОВИТЬ сертификат kornerr.ru
|
||||
чтобы починить статью КМП
|
||||
а затем скинуть офер Александру Ноксону
|
||||
сделать README в vps/cert
|
||||
всё-таки надо
|
||||
а то за квартал забываю
|
||||
|
||||
07.03: 50
|
||||
|
||||
* разделить klin/kd.yml на два
|
||||
js: в klin
|
||||
jvm: в test
|
||||
* разделить скрипт util/run-klin-dbg на build и dist
|
||||
чтобы dist не перезатирал ничего автоматом
|
||||
ибо dist редко нужно делать
|
||||
а build - постоянно
|
||||
run - убрал совсем, ибо это на самом деле build лишь
|
||||
* сократить вывод максимальный отладочный до 50
|
||||
* вынести расчёты FObj в fobj.kt
|
||||
* убрать генерацию полей F структур, надо ведь только для контекстов генерить
|
||||
|
||||
06.03: 45
|
||||
|
||||
* (неудачно) попытаться генерить
|
||||
* продумать уместность fexp как есть
|
||||
возможно, стоит просто влить как есть
|
||||
даже несмотря на то, что нужно ещё доработать для iOS
|
||||
ибо тут сильное усложнение идёт
|
||||
может, это усложнение стоит провести отдельными компонентами?
|
||||
поэтому разумно закомитить текущие результаты по F
|
||||
хотя и неполные
|
||||
итог: надо влить
|
||||
|
||||
05.03: 40
|
||||
|
||||
* KD: продумать формат YML для генерации нужных обёрток в языке назначения
|
||||
swift или ios?
|
||||
outputs:
|
||||
ver-android:
|
||||
ver-ios:
|
||||
sdk-ios:
|
||||
ver-browser?nodejs?js?
|
||||
* разбирать outputPaths
|
||||
|
||||
04.03: 40
|
||||
|
||||
* опубликовать статьи
|
||||
|
||||
03.03: 45
|
||||
|
||||
* прочитать предыдующую статью
|
||||
* обновить в январской статье EN ссылку на Reddit
|
||||
* написать заготовку статьи на Русском и Английском
|
||||
|
||||
02.03: 50
|
||||
|
||||
* добавить F Obj в output kd.kt
|
||||
* добавить F.none
|
||||
* объединить все файлы node.js в один файл js?
|
||||
просто засунуть не помогло
|
||||
* изучить, можно ли npx без загрузки из сети запускать
|
||||
ибо npx удобнее всего
|
||||
но без сети по умолчанию не работает
|
||||
не нашёл такого
|
||||
* убрать дублирование полей
|
||||
* описать в README использование
|
||||
|
||||
01.03: 35
|
||||
|
||||
* собрать все поля всех контекстов
|
||||
* сделать геренацию полей F по аналогии со спецструктурой YML
|
||||
|
||||
28.02: 40
|
||||
|
||||
* переместить kd.yml от klin внутрь klin
|
||||
ведь у тестов будет свой kd.yml
|
||||
чтобы не было путаницы
|
||||
* подготовить kd.yml для тестов
|
||||
* исправить запуск тестов
|
||||
он как раз про то, что генерить надо разные варианты тех же файлов
|
||||
в частности для тестов надо без @JsExport сделать
|
||||
или мне нужны два разных вид файлов в src
|
||||
одни c JsExport
|
||||
другие - без
|
||||
пока решил @JsExport решать на уровне скриптов util
|
||||
ибо разруливать сейчас это через YML и Klin выглядит сильно лишним
|
||||
|
||||
27.02: 45
|
||||
|
||||
* поддержать isDbg
|
||||
критически важно для переключения флага на стороне iOS БЕЗ пересборки KMP
|
||||
* ввести outputEntityContents
|
||||
* ввести outputKDContents
|
||||
удалять package org.opengamestudio и import kotlin.js.JsExport
|
||||
хотя если я их удаляю, то зачем мне их там размещать?
|
||||
для кого-то, кто будет по одному файлу таскать?
|
||||
никому это не надо
|
||||
тогда легче сразу убрать ненужное, в т.ч. copyright
|
||||
прям сейчас не удалить, ибо я пока ещё прямо ссылаюсь
|
||||
так что надо удалять всё-таки
|
||||
* генерить файлы KDController/Context/registerOneliners сразу в kd.kt
|
||||
убрать симлинки на оригиналы
|
||||
|
||||
26.02: 30
|
||||
|
||||
* генерить b64 без package и import для каждого файла KD
|
||||
хотя именно b64 можно генерить без предварительных правок
|
||||
а вот после распаковки b64 правки как раз уместнее, ибо ближе к телу
|
||||
* создать файл c package для хранения переменной с b64
|
||||
* размещать b64 в коде
|
||||
|
||||
25.02: 35
|
||||
|
||||
* обдумать путаницу в названиях klin.kt/klin.yml
|
||||
ведь проект называется Kotlin Dialect
|
||||
а всё оказывается в непонятном файлы klin.kt
|
||||
как-будто kd.yml и kd.kt гораздо яснее и естественнее
|
||||
итог: переименовать всё в kd
|
||||
хотя сам бинарь может остаться как раз klin
|
||||
вот файлы уже kd
|
||||
* переименовать файлы в kd
|
||||
транслятор остаётся с названием klin
|
||||
* сохранять содержимое KDController/Context/registerOneliners как Base64
|
||||
* ввести шаги в run-klin-dbg
|
||||
|
||||
22.02: 20
|
||||
|
||||
* добавить кодирование в/из Base64
|
||||
|
||||
21.02: 55
|
||||
|
||||
* создать новую репу kotlin-dialect
|
||||
* обновить README
|
||||
* обновить CHANGELOG.md
|
||||
* отполировать перед влитием
|
||||
F.field - потом будет
|
||||
убрать object F
|
||||
* оформить ЗС
|
||||
* влить ЗС
|
||||
|
||||
20.02: 50
|
||||
|
||||
* восстановить чтение файла
|
||||
* передать didLaunch
|
||||
* восстановить запись файла
|
||||
* восстановить прежнюю генерацию
|
||||
с учётом @JsExport
|
||||
* восстановить isDbg?
|
||||
как-будто нет смысла
|
||||
убрал
|
||||
* перевести на Node.js
|
||||
* выяснить формат F
|
||||
проверить доступность как в Kt, так и в JS
|
||||
object F { val field = ... } работает
|
||||
доступ везде есть как F.field
|
||||
|
||||
19.02: 35
|
||||
|
||||
* передавать аргументы
|
||||
* задать аргументы временно внутри run-klin-dbg
|
||||
передал klin.yml и klin.kt
|
||||
|
||||
18.02: 45
|
||||
|
||||
* переименовать инструмент в kd?
|
||||
klin как-то не вяжется
|
||||
с другой стороны, kd уже присуствует в npx
|
||||
тогда фиг туда добавить этот очень важный инструмент
|
||||
итог: оставляем klin
|
||||
* временно ввести cld/entities для генерации Context?
|
||||
или просто файл entities.kt взять как есть?
|
||||
тогда и запускать не надо будет ничего
|
||||
и даже можно будет довести до состояния CLD
|
||||
после чего уже самого себя использовать для генерации!
|
||||
итог: пока просто скопировать файлы
|
||||
* скопировать большинство файлов
|
||||
|
||||
17.02: 35
|
||||
|
||||
* выбрать имя генератора
|
||||
klin
|
||||
и город в МО
|
||||
и сокращение от kotlin
|
||||
* переименовать generator в klin
|
||||
|
||||
16.02: 40
|
||||
|
||||
* починить сборку
|
||||
проблема была в настройке settings
|
||||
* выводить hw в консоль
|
||||
проблема была в том, что не в src лежали исходники
|
||||
* создать helloworld/
|
||||
тут уже будут ver-nodejs, ver-android, ver-ios, ver-macos-x64/arm64, ver-linux-x64, ver-windows-x64
|
||||
|
||||
15.02: 45
|
||||
|
||||
* обдумать форму generator
|
||||
тут будет лишь ver-nodejs
|
||||
тогда, возможно, даже и смысла в ver-nodejs нет
|
||||
да, смысла нет, это слишком важный инструмент, чтобы иметь несколько вариаций
|
||||
хотя в будущем может появиться веб-интерфейс
|
||||
да и другие версии
|
||||
просто потому что могут
|
||||
плюс это будет этаким стандартным подходом иметь ver-платформа везде
|
||||
* создать заготовку проекта generator
|
||||
|
||||
14.02: 35
|
||||
|
||||
* продумать структуру проекта KD
|
||||
|
||||
Reference in New Issue
Block a user