Hi Mariano, We are very happy that you found TextLint that useful. As you might have noticed we fixed several of your reported issues and we are still working on the remaining ones. 1.- Not difficult. Could you specify how this rule would work? how many sentences should we take into account? Perhaps a whole paragraph. You might find the rule TLWordRepetitionInParagraphRule, which is already in TextLint useful, it detects the repetition of words in a paragraphs. If the Word is used more than 3 times then the rule fails. This will include the connectors that you mentioned. If you required a repetition rule a little more strict you can always use this rule as a basis for defining your new rule. We will be more that happy to integrate it :) 2.- The objective behind "Do not join sentences with commas " is simplicity. If you have a sentence with a single comma you might be expressing two different things and divide them in two sentences might be good. On the other hand, if you still want to keep your sentence together this rule might signal that it might be a way of avoiding the use of the coma and using some meaningful connector. In any case, I agree that this rule is spotted several times in the most text and TextLint users might feel reluctant to look into it. We have planned to look into it. But in many cases it has been quite useful for me. Cheers, On Thu, Sep 23, 2010 at 4:14 PM, Mariano Martinez Peck <marianopeck@gmail.com> wrote:
Ok....I am using TextLint for all my papers now :)
Few more things:
1) It would be awesome a rule that detects duplication of connectors in a near area. For example, if I use connectors like "However, Nevertheless, Hence, On the contrary, One the other hand, etc..."Â it would be nice a rule that detects that you already use the same connector some lines before/after a specific one...
2) I don't understand the rule: "Do not join sentences with commas ". Is this working well ?  I have these phrases for example:
- To support automatic memory management, most object oriented systems are based on garbage collectors (GC) \cite{Jone96a}.
- In class-based object-oriented languages, information about class usage is needed.
- For this we use Distribution Map, a visualization showing spread and focus of properties across systems.
I think the "comma" there are correct. Maybe I am wrong.
Thanks
mariano
On Thu, Sep 2, 2010 at 9:34 PM, Mariano Martinez Peck <marianopeck@gmail.com> wrote:
On Thu, Sep 2, 2010 at 9:20 PM, Jorge Ressia <jorge.ressia@gmail.com> wrote:
Hi,
So
I have just sent you by private email the .tex.
1) Could not reproduce
Should be reproducable with my .tex
2)   2.a) Working on that   2.b) Could not reproduce
me neither. Did you check if you are using a Set for the collection?
3) It is hard to achieve, we still have it in the todo list.
Yes, I imagined ;)
4) Could not reproduce
Should be reproducable with my .tex
5) Fixed
6) Checking
excellent :)
It would be cool if we could have a look at your file so we can have a better way of debugging these issues.
Done :)
Thanks
On Thu, Sep 2, 2010 at 6:54 PM, Jorge Ressia <jorge.ressia@gmail.com> wrote:
Hi Mariano,
Thanks for trying TextLint out and for the feedback.
We will look into your issues and try to figure out a solution.
If you have a draft of your text with these occurrences please send it to us. You can remove the text that is not relevant.
Cheers,
Jorge
2010/9/2 Mariano Martinez Peck <marianopeck@gmail.com>:
Hi. First, please let me know if this is the correct place to talk about TextLint. I've just used for one paper I am writing and I have some questions/feedback. I am using the one click image.
1) The "An Rule" could be a little more smart and detects commands. For example, in my latex I have " an \emph{inner object}"Â and that was detected by the rule, althought I shouldn't. So...detecting the slash and ignore what it surrounded by {} would be nice for this rule.
2) When I edit the code inside TextLint and I save it, two bad things happens: Â Â Â Â 2.a)Â I lost focus of the text, as it moves when it finishing saving. The line I edited goes to the end of the text area. It would be great if nothing moves nor to loose focus when saving. Â Â Â Â 2.b) sometimes (I cannot reproduce) the order of the rules changes...and this is not good because I was going in order, one by one, and suddenly they are re-ordered. Maybe you are using a Set for that? using a simple OrderedCollection could help.
3) If you edit the text (and it differs in the amount of characters), and DO NOT save it, the following color highlighting are moved. It seems you keep the position in the file, and until it is saved, rules results are pointing to "unupdated" file. Of course, when I save the file, they are correct. I guess this is from a performance point of view, but maybe you have a little hack to do and make it better.
4) The rule "no white space before punctuation mark" showed me things I didn't understand. For example, it says this line there is a "," (comma) :
\item[ Shared object ]Â Â In the case of the \emph{shared objects}, it is almost the same as in the \emph{inner objects}. An .....
5) Rules comments clearer. For example, when you say "Avoid using a lot, it weakens the sentence"Â It would be better to put "Avoid using "a lot", it weakens the sentence" or "Avoid using *a lot*, it weakens the sentence" or something to clearly mark the words not to use. Because sometimes the words are confused with the context. Or this one:
"After an only words beginning with a vowel are allowed. " should be "After "an" only words beginning with a vowel are allowed."
6) For the rules of long sentences/paragraph it would be nice to ignore \fotenote{}
7) Maybe this link is of interest for you:
http://matt.might.net/articles/shell-scripts-for-passive-voice-weasel-words-...
Apart from all these things, the tool is very useful and I like it.
thanks
Mariano
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Jorge Ressia www.jorgeressia.com
-- Jorge Ressia www.jorgeressia.com
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Jorge Ressia www.jorgeressia.com