Salut!
"Faire qu'Eltrans fonctionne à nouveau" 
"J'abonde!" du verbe abonder, dans le sens d'aller dans le sens de.... In english: subscribe, been pointing, going in the direction/way of... 
Cordialement!
2 Likes
I'd like to help for the project. My problem is really simple: i take forever to understand other people code. And most of the code in the elive github repo are 1000 or more lines bash scripts, which makes everything complicated.
But if you tell me: i need to get that output from this input (e.g.) i will do it without too many troubles!
Or just make your code a bit tidier eheh
2 Likes
basically the code is very old and ugly, it will be good to have a full rewrite (this is a ton of time involving), the reason is that the extension of the files has changed and this change in the code can be somewhat fast, but a lot of betatesting needs to be done to ensure that nothing is massively broken (like lost translations made by users, correct integration, no source-code alteration, etc)
not much since the biggest issue is that a lot of betatesting in the modifications needs to be done, this means that i need to do all of them there
another idea about eltrans is to switch from SVN to GIT, which is much more reliable in possible translations conflicts, but this is also much more work and also an unknown state for the reviewing of the translations from website: Timeline – Elive Development (your translator login required to view)
2 Likes
IIRC GitHub has an "import" function where you can import subversion, merucial, etc repos.
This way you'd have a unified place to store the translations and other code that is already on GitHub.
Seeing as it appears I don't have a translation account, I can't really see what needs there are, but GitHub might do the trick.
I started a rewrite of Eltrans (to help you out as you said the code is ugly), it is currently not done but I could finish it if you want...? Though it would probably take a while because I don't use svn, git all the way! 
1 Like
No git, no glory! 
1 Like
the problem is not "having it in git", the problem is to make eltrans able to manage the translations on a git format (it was designed to do it from an svn format), this requires some big rewrites on eltrans and in fact, I think many things needs to be rewrited on eltrans since its a very old tool and has very old code, and this also means:
- a lot of work
- a lot of betatests needed
- a lot of new bugs since lots of things will change
that's another issue, the accounts are "svn accesses", to be ported on git its needed to write a "git access system", which... well is much more complicated
in fact switching from svn to git is not a prior needed thing, but it can make the code more reliable, but the thing is that it is not too much important and this change requires many work
please give me some time, im trying to make some things work better on the website at the moment + building an updated iso + wanting to publish something about covid in a newsletter (yeah we are going to erradicate it before this happens, hopefully lol), + etc
I just received a github notification from @TheTechRobo for something about "a github project for debating", im not sure what it was exactly (seems expired) but for debating things about eltrans this is the best place to do it (our forum) 
mmh sounds good if the code will be "the same but better", this means things like:
- functions should be called with arguments, so variables must be passed in that way instead of using global variables, unless a global variable has its own purpose
- variables must be set as local (as much as possible) in order to make the code more reliable
- an important thing is to make the code more readable, this means using better naming convention, in short, an english sentence sorted in the inverse way just like an object parent to the object children, for example using something like "eltrans_translation_file_get" instead of "get_file_translation_eltrans" (just what wordpress and many things do in an horrible way)
- using elive-tools functions instead of own functions made (if they are available), you have them pressing el_<TAB>
well thats a long list of examples, eltrans requires a few modifications to make it compatible back and also, if possible, to improve the code to be better and more readable/reliable, but the second is less prior
If you want, try to send a small push request to see how your changes looks like
note that the "git VS svn" thingy is not about the code but about where the translations are stored, see: Timeline – Elive Development , and https://dev.elivecd.org/changeset/4928#file11 - etc
like i said, we are not (not exactly), eltrans is on github, the svn thing is where the translations are stored, so eltrans (and all the packaging tools and related things to the translations for elive) uses svn commands to manage them (get them, upload changes, diff them, etc etc), this means a big rework on all those tools if we want to switch to git, but i still don't know if is a good idea, for example, eltrans accounts are simple web accesses and generated from a cli tool to http apache kind acceses, this is easy to create, for git, is needed an ssh key... now, eltrans was designed to be EASY for users to be able to collaborate making translations, using apache http accessess is very easy and they don't need to know anything more than its password, with the second, they needs to generate an ssh key, know wtf is that and how a terminal works, and it will be able to use only on -that- computer (unless the user knows how to use its ssh keys on other computers). Eltrans was wrote in the past because of the need to make an easy "not programmers" way to let users helping with translations
It wasn't a place to debate, it was the actual software...when i sent you it it was in a private repo, now it's public...
You're right, that's long.
I don't think I could actually make eltrans with those requirements...i don't know much bash and it was written in python...
Does it?
On GH at least, even on private repos, i only use an ssh key on a very old computer that doesn't have the newest TLS (so not compatible with https git). But on every single other computer, it just asks me for my username and password.
But anyway, if GIT doesn't fit your needs, it's fine...I won't keep arguing. 
but github is owned by the devil nowadays
1 Like
True, but most of the sw in elive is on github.
Even your repo Stuff-For-Elive is on github (ps i added a pull request for grammar)
So...
Well, a lot has changed since ye ol' days.
I wont say M$ is one of the good guys now but certainly not worse than Amazon, Google and/or Apple.
I suppose A move to "gitlab" is an option but the question is if it's worth the hassle......i.e if or when it gets bought by some entity with deep pockets. 
Yeah, I was going to (for personal projects)...but too much hassle for me, plus i was just getting noticed (posted a module on Reddit). It'd probably be the same for elive (except the "just getting noticed" part)
I would miss GH Project Boards, Releases (Markdown tags), GitHub Pages, and Wikis. So too much hassle (don't want to find alternatives).
(EDIT: Geez that was a fast like @triantares! )
1 Like
If billou the slave slave master and it's masters can continue their ongoing weird work, you will ask for having m$ stamped under your skin, with it's mark...
For me, since the beginning of micron$hill, it's a thing with a very bad smell......
The worm in the fruit... again, again... even in reverse ways, always....
2 Likes
Yeah, they say it's a man's world ........ but never, ever, no way. 
The salt of the earth.
A few years ago I was surprised how a guy on win8 ssh'ed into my box and actually saw more GUI of my machine then I did at that moment (we were sitting next to each other) 
Going off topic tho. 
because I originally put it on there, and then I was lazy to move it out. I wanted to move it out but it was too much work, and since the git structure is hashed / checksumed and all, i don't think there's any risk by having it stored there for now (no M$ stamps on the code lol)
Think about that, without notice, our systems could become something like "Welcome to M$ Elive" 
I can understand people wanting to run "windows applications" on linux (like adobe software), that's a point... 
But I cannot understand the reason to want running the nice linux applications over an insecure, bloated, and virus-prone, inoperating-system 
3 Likes
Anyways, let's come back to the topic of this thread
Suggestions / comments about what eltrans should or not should have in its updated version?
NOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
Lol
It's probably because they don't know anything other than mac and windoze. We should have another windows refund day
I just think it should be clearer and less "popuppy"... And has my account been registered @Thanatermesis because I cannot login to either eltrans or dev.elivecd.org ("Username not found" with Thetechrobo, TheTechRobo, and thetechrobo)
I will need to know the specific popup to remove and the "why" (so, it is meant to be put for a reason, like a needed explanation), and/or a suggestion of how to improve the popup (like "foo and bar are for the same thing and could be put in a same popup"), but we will look for these details after to have it working...
yeah looks like you don't have it, send me an email with an username and a password you want to use for it and i will create you the account (so you can for now login on dev.elivecd.org site but not use eltrans until its rewrited )
meaning, not zenity
I love zenity but all the popups get annoying sometimes...And I'm always worried the program crashed when i don't see a popup for about ten seconds
I think you PMed me, asking...it should be somewhere...Check the list of PMs