Page 1 of 15
Posted: Tue 14 May 2013, 11:52
by Bert
Haha, just for fun I typed 'momanager' in search engine>images and was surprised something came up. I didn't even look at the origin of this great image. Now I did:
Momager.nl, an artists booking agency.
Aber Herr L18L, deine Unternehmung hat Hand und Fuß - ich mache mit!
Dict.cc looks good! Seems to be more complete in German than in Dutch though.
Bleib Pate stehen bitte ...
fast momanager bug
Posted: Sat 18 May 2013, 18:57
by rodin.s
Fast MoManager has some bug when entry moves from the right dropdown list to the left one. I guess when this move takes place MoManager should be updated. MoManager shouldn't be updated when entry from left dropdown list is edited.
Re: fast momanager bug
Posted: Sat 18 May 2013, 19:12
by Bert
rodin.s wrote:Fast MoManager has some bug when entry moves from the right dropdown list to the left one. I guess when this move takes place MoManager should be updated. MoManager shouldn't be updated when entry from left dropdown list is edited.
I'm glad you brought this up. I thought it was me, not really knowing what I'm doing, causing this instability.
I usually close Momanager when this happens. Restarting it after rebooting the X server doesn't seem to help. A complete reboot is needed.
In my case about 2/3 of the top-selection box (the long list) on the right side suddenly moves to the left.
The opposite also happens: three or four items going back from left to right in the Appinfo selection box. Opening one of them for editing, editing and then closing it, all four items are back to the left side of Momanager.
EDIT 19-05 After rereading rodin s.'s post I now realise he is talking about a different bug...maybe related to what I'm experiencing?
What I describe above is definetely abnormal behaviour, not caused by something I did wrong, as far as I can see. (fresh install)
But apologies to rodin s. for taking the focus away from his report.
fast momanager
Posted: Sun 19 May 2013, 12:21
by L18L
Thank you both reports are useful.
It was me who made the mistake.
I did not notice because I had not much at the right side.
It had used the wrong variable.
#130519 L18L bug fix: instead of APKGNAME use ASCRIPT, DESKFILE, XMLFILE, ABIN; code for sss and menu categories unchanged
I have tested: now only 1 (the right one) is moved from right to left.
This is at the beginning of the left list which is in my experience very useful because you do not need to search it in the long list when you want to edit it.
The lists are only updated (entry moved from right to left) when "create" button was used.
Content of entire directory /tmp/momanager is deleted when you restart momanager (2 minutes or more wait.....), no need for restart X or reboot.....
----
edit 20130520
deleted attachment (downloaded 7 times)
bug fixed version 20130520 5 posts down
Posted: Sun 19 May 2013, 14:33
by Bert
Wow, that was fast! Special Sunday Service
Proudly running momanager 201305
29...the first script ever to arrive from the future
A question I need to ask for peace of mind: yesterday I translated Pfind.
Pfind has 5 entries in momanager:
* Pfind/box_yesno
* Pfind/func
* Pfind/func_filter
* Pfind/func_openwith
* Pfind/pfind
I translated the first one, box_yesno and saved.
Now all 5 of them are in the left column in momanager. And the translated Pfind is looking good, running pfine...
I opened an other (than box_yesno) file and the content is the same as box_yesno.
Is this default behaviour (and okay for pfind) or also a result of the former momanager version?
Thanks in advance!
Posted: Sun 19 May 2013, 15:28
by rodin.s
If several scripts have same textdomain, then one common po-file is used for all of them. So it doesn't matter which one of them to choose.
Now I am going to test new MoManager.
Posted: Sun 19 May 2013, 19:18
by Bert
rodin.s wrote:If several scripts have same textdomain, then one common po-file is used for all of them. So it doesn't matter which one of them to choose.
Now I am going to test new MoManager.
Understood
Thanks for your help!
fast momanager
Posted: Mon 20 May 2013, 07:55
by L18L
rodin.s wrote:If several scripts have same textdomain, then one common po-file is used for all of them. So it doesn't matter which one of them to choose.
Now I am going to test new MoManager.
current momanager does not update correctly these.
I am working on it now (
xEXTRASCRIPTS )
Special Monday service
fast momanager
Posted: Mon 20 May 2013, 09:09
by L18L
L18L wrote:...I am working on it now...
... done 130520
Code: Select all
#no_to_yes $CACHE/NOMO_XML "${ASCRIPT}" $CACHE/YESMO_XML # update YESMO_XML NOMO_XML #130519
SCRIPTS="`cat /tmp/momanager/xEXTRASCRIPTS | rev | cut -d'.' -f2- | rev`" #130520
no_to_yes $CACHE/NOMO_XML "${SCRIPTS}" $CACHE/YESMO_XML # update YESMO_XML NOMO_XML #130520
xEXTRASCRIPTS are used Instead of ASCRIPT.
xEXTRASCRIPTS always exists even there is one script only.
.sh has to be cut off of the script names xEXTRASCRIPTS
fast momanager-2013052
0 will be uploaded soon.... [edit]
...done
------
edit
forget this
take next one
[edit] attachment deleted
use momanager-20130522 at
http://murga-linux.com/puppy/viewtopic. ... 9&start=31 please
[edit]use momanager-20130609 at
http://murga-linux.com/puppy/viewtopic. ... 9&start=85
fast momanager
Posted: Mon 20 May 2013, 17:11
by L18L
Bert wrote:...Proudly running momanager 201305
29...the first script ever to arrive from the future
... and here comes the second script from the future (tomorrow):
fast momanager-201305
21 can handle create and edit of the created pot from binary now..... (pretty cryptic)
Entry in left list is different from entry in right list, so it had to be changed by sed:
Code: Select all
sed -i "s#(${ANAME}#(${TRANSLANG} ${AMO}#" $CACHE/YESBIN_XML #130521
[edit] attachment deleted
use momanager-20130522 at
http://murga-linux.com/puppy/viewtopic. ... 9&start=31 please
[another edit] or better:
http://www.murga-linux.com/puppy/viewto ... 9&start=50
edit
or simply use newer momanager.pet:
http://www.murga-linux.com/puppy/viewto ... 9&start=57
edit
or simply use newer momanager.pet:
http://www.murga-linux.com/puppy/viewto ... 9&start=85
Re: fast momanager
Posted: Mon 20 May 2013, 18:56
by Bert
Replying quickly, before it's tomorrow...
Running 20130521 now, no visible changes, I play with it some more tonight.
L18L wrote:
.... (pretty cryptic)
Yes
But I do hope it can help in this situation, which happens too often:
Imagine "WOOF1.po" being empty window...and "WOOF.po" non-existant..
grrr.
Also this is re-occuring: translated XML files showing up on the right side again. Always the same four. As soon as one is edited, all four are on the left side again:
Today I translated petget. Of the nine petget entries only one is showing up translated ('configure' the one I translated first.)
No errors, no warnings in Poedit.
I checked several of the petget.po's in terminal (msgfmt), again no errors. Put the created .mo's in LC_MESSAGES, no difference.
Hope this can be useful.
Re: fast momanager
Posted: Tue 21 May 2013, 08:03
by L18L
Thank you Bert, comments are always helpful.
Bert wrote:...Imagine "WOOF1.po" being empty window...and "WOOF.po" non-existant..
That is correct: there is no script named WOOF or TEXTDOMAIN=WOOF
Where does this happen?
Edit
script
menu category
menu entry
XML file ?
I am going to check
XML files now...
Re: fast momanager
Posted: Tue 21 May 2013, 09:31
by L18L
L18L wrote:...I am going to check XML files now...
found it
find line
echo $NOXML_XML > $CACHE/NOXML_XML #130505
and change it to:
#echo $NOXML_XML > $CACHE/NOXML_XML #130505
echo -n "$NOXML_XML" > $CACHE/NOXML_XML #130522
thus every XML file has its own single line
and only the one which has been created is correctly moved to the list on the left side.
edit
or simply use new momanager.pet:
http://www.murga-linux.com/puppy/viewto ... 9&start=50
edit
or simply use newer momanager.pet:
http://www.murga-linux.com/puppy/viewto ... 9&start=57
edit
or simply use newer momanager.pet:
http://www.murga-linux.com/puppy/viewto ... 9&start=85
Posted: Tue 21 May 2013, 09:44
by Bert
Hi L18L,
It happened while trying to open and edit a file in left column, scripts.("scripts that have a mo file"). (and happens all the time)
I have now discovered what happened while translating petget:
I was happily translating away the petget entries, moving one after the other to the left side. After having translated about 9 entries, I opened the right dropdown again, to start the next one. Only to discover there were no petget entries left in the right side list!
With my newly acquired knowledge (thanks Sergey) I concluded the entries that disappeared must have all had the same text domain as the last one I translated.
But...after I installed Momanager-20130521 and checked the right side scripts dropbox, there were 7 petget items waiting for translation!
I think that clearly shows there's a bug...
Posted: Tue 21 May 2013, 10:08
by Bert
Yes! You found it. Congrats!
(...and I found the search function in Geany
)
I did the change you proposed with Momanager closed. Then opened it again and edited the first of the four entries. It moved to the left, without taking the others with it, great!
After editing them all, I closed and restarted momanager: only 1 item returned to the right side xml box: AppInfo.xml (build_gettext-plus-0.5)
Maybe because that is not a default puppy app..?
fast momanager
Posted: Tue 21 May 2013, 11:33
by L18L
L18L wrote:...Same procedure as with binaries....
Not exactly
find in /usr/sbin/momanager the line:
no_to_yes $CACHE/NOMO_XML "${SCRIPTS}" $CACHE/YESMO_XML # update YESMO_XML NOMO_XML #130520
and append:
for ASCRIPT in $SCRIPTS ; do #130522
sed -i "s#(${ATEXTDOMAIN}#(${ATRANSLANG} ${ATEXTDOMAIN}.mo#" $CACHE/YESMO_XML #130522
done #130522
Hope that helps
not hope I am sure
edit
or simply use new momanager.pet:
http://www.murga-linux.com/puppy/viewto ... 9&start=50
edit
or simply use newer momanager.pet:
http://www.murga-linux.com/puppy/viewto ... 9&start=57
edit
or simply use newer momanager.pet:
http://www.murga-linux.com/puppy/viewto ... 9&start=85
fast momanager
Posted: Tue 21 May 2013, 14:52
by L18L
For your convenience here is now:
fast momanager-20130522
why fast and how fast?
All drop down lists (left: translated, right: not translated) are
created just once. Time for this was about
2 minutes on my (1.5GHz) box.
When a translation was being created then the entry is
moved from right to left. Time for displaying the main window was about
2 seconds on my (1.5GHz) box.
As fixmenus is run when create/edit menu entries a slightly
faster version of fixmenus is also included. It is faster just by using some builtin shell commands instead of echo grep cut (thanks technosaurus
)
edit
attachment (32 times downloaded) deleted
simply use new momanager.pet:
http://www.murga-linux.com/puppy/viewto ... 9&start=50
edit
or simply use newer momanager.pet:
http://www.murga-linux.com/puppy/viewto ... 9&start=57
edit
or simply use newer momanager.pet:
http://www.murga-linux.com/puppy/viewto ... 9&start=85
Posted: Tue 21 May 2013, 17:05
by Bert
I am SO HAPPY I could kiss you!!
Everything just works now and INCREDIBLY fast.
Let the translation fun begin...
Well done L18L (and in record time!)
THANK YOU
fast momanager
Posted: Tue 21 May 2013, 17:48
by L18L
Would not have got it without your help.
Next time I should do more testing before publishing
I am hoping it can make it into woof now.
See
http://bkhome.org/blog2/?viewDetailed=00229
xorgwizard and xorgwizard-cli
Posted: Tue 21 May 2013, 19:21
by rodin.s
One strange thing about MoManager is: when I choose to edit xorgwizard I got lines from xorgwizard-cli (has different textdomain) in the po-file.