Slow morphology pop-menu
For some reason the selection of the items in the morphology menu seems to have slowed down in a recent beta. When I enter @ in a morphology search, I used to be able to click on a part of speech (e.g .Verb) and the various morphological elements would pop right up.
Now, when I click on Verb, it from 2 to 5 seconds for the second menu to pop up with other morphological elements. One time I waited 20 seconds while the hard disk churrned very hard and I thought perhaps it was doing a "speed search" on all verbs. After a while it displayed a large search list and the second menu morphology never appeared.
The interesting thing is that if I enter @ and then V, the second menu pops right up. It is only when I click on the word "Verb" in the first menu that the second menu is slow. It also comes up more quickly after I have entered a few morphology searches, although never as quickly as if I just enter @V from the start.
Comments
-
That's pretty much my experience as well.
Dave
===Windows 11 & Android 13
0 -
Yes..that is my experience also....as you click through the choices there is a definite stutter going on... [*-)]
Robert Pavich
For help go to the Wiki: http://wiki.logos.com/Table_of_Contents__
0 -
Actually...
It would be nice to be able to input the morph codes without Logos trying to guess what I'm doing...that would be really fast...
I mean...g:logos@NNSM? C'mon...I can type that at light speed....the search could be over before Logos figured out what I want.... [:D]
Robert Pavich
For help go to the Wiki: http://wiki.logos.com/Table_of_Contents__
0 -
Robert Pavich said:
It would be nice to be able to input the morph codes without Logos trying to guess what I'm doing...that would be really fast...
I mean...g:logos@NNSM? C'mon...I can type that at light speed....the search could be over before Logos figured out what I want....
I absolutely agree. The program ought to be able to convert the transliteration to Greek or Hebrew if you enter it as you have. It should not be necessary to select the Greek/Hebrew word from a pick list, as long as the result is unambiguous. That really slows up search entry to have to switch to Greek or select an item from a pick list. In your example, it should be entered lemma:logos@NNSM? which is unambiguous. Unfortunately, you have to wait for the pick list and choose λόγος then enter @NNSM?. This is a lot slower.
Also, I would like to see the pick list appear if there is any ambiguity when you have entered a transliterated word and already started to enter @ and the morphology. Then you could quickly type in the lemma and morphology, then go back and resolve the ambiguity. I suspect that with lemmas, this would actually rarely happen.
0 -
Harry Hahne said:
Now, when I click on Verb, it from 2 to 5 seconds for the second menu to pop up with other morphological elements.
I test 4.0b Morph Search on a netbook; the menu of morph types popped up in under a second. I couldn't tell any difference between clicking "Verb" and typing "V".
What morphology and what resource were you using?
0 -
Bradley Grainger said:
I test 4.0b Morph Search on a netbook; the menu of morph types popped up in under a second
This is an erratic problem. Sometimes it comes up quicker than others. But it always takes much longer when I click on the menu. It is nearly instantaneous if I press @V. I just tried 4.0b beta 4 on NA27 with Logos Greek Morphology. It does get faster the more you run the program, but it is still quicker when you press @V.
0 -
Dave Hooton said:
That's pretty much my experience as well.
B5 seems to have picked up the pace. Can't complain about the menu speed now!
Dave
===Windows 11 & Android 13
0 -
Bradley,
My lag comes after I've put in the @ symbol and chosen the first element; verb or whatever...
then picking all of the other parsings...logos "sticks" for several seconds if I hover over "present" and then want to choose "perfect" it will hang for a while.
Robert Pavich
For help go to the Wiki: http://wiki.logos.com/Table_of_Contents__
0
