Specs first:
WriteRoom 3.0 (Development 54) Mac OS X 10.5.3 2 GHz Intel Core 2 Duo 3 GB 667 MHz DDR2 SDRAM
When I do a global find-and-replace, the document scrolls from wherever I am to the top.
If the document is long (I found this in a document that is over 10,000 words long), it takes a while.
Very irritating.
If I make a simple todo list in BBEdit:
Todo:
then copy and paste into TaskPaper
if I mark item 1 done, it shows the @done sign and the line thru item 2
If I make a simple todo list in Voodoopad, it works correctly.
If I copy my BBEdit text into Voodoopad and then copy and paste into Taskpaper, it exhibits the bug, as if copying and pasting directly from BBEdit. I haven't done anything unusual with BBEdit or it's preferences.
This behavior has been consistent for me on my old powerbook and new macbook pro. It's pretty much a deal breaker for me.
Any ideas on how to fix this?
I've noticed that sometimes I start typing and even though the current line does not contain a colon (:), the text gets formatted as a project header (i.e. bold, underline, gray background).
Just figured out what's happening: it occurs when I've selected a project focus (i.e. an item from the P> menu) and am adding text to the bottom. TaskPaper thinks that there is no newline between the bottom-most line of the current project and the title of the (currently invisible) next project header.
To repro:
foo:
bar
baz:
fred
then
Observed with Tp 1.0.3 (26).
Version 3.0 - Development (53).
In Rich Text mode, Format menu > Font > Italic is dimmed.
Bold, underline, etc., work, but not italic.
Need it -- please help.
Thanks.
WriteRoom menu > Preferences > Text Editing tab > Plain Text Document Attributes:
Change font (typeface, size, style) or spacing. Document must be closed and re-opened before changes are seen.
This is bothersome because changes in the Full Screen tab are dynamic; they appear immediately.
A bug in Spaces (Leopard only): If you have Taskpaper documents open in several spaces, typing a tag (simply typing the "@" character, in fact) causes a swap to the space where Taskpaper was first launched. This means that you can't use Taskpaper in multiple spaces, because typing tags effectively causes the document you're typing into to vanish.
(Sorry if this has been reported before, I can't find something similar in the forums.)
When viewing a specific project in TaskPaper (by pressing Cmd-L and selecting a project, for instance), typing a new tag at the end of the last line concatenates the text of the tag with the text of the line immediately below the last project line in the whole document.
So for instance, with the following document:
Project A:
selecting "Project A" in the projects list shows the following:
Project A:
Now if, in the "Project A" view, I type "- Task A.3 @tag3" at the end, I get the following:
Project A:
Notice the unexpected "@tag3Project" string at the end. This is the result of the concatenation of "@tag3", that I did type, with the first word of the next line in the whole document, i.e. "Project" from "Project A:".
I'm using TaskPaper version 1.0.3 (26).
I like WriteRoom's adding to TextEdit the ability to edit the default tab stops. It seems, however, that one can only access the first several inches (6.71, from what I see) of the ruler in the preference pane, even if working with a much longer ruler in one's documents. How can I manipulate stops beyond this limit?
I opened the preference file with Apple's Property List Editor and, near the bottom, located the string that represents the default settings for RTF documents. Within WriteRoom I then added a default tab stop and compared the resulting string with the original, hoping to discern how to write my tab stops directly into the prefs file, but to no avail; the string is in hexadecimal code that I can't interpret.
Also, the ruler I set in WriteRoom's preferences dialog shows up with a .07 inch offset (though this appears harmless, since the margins are also offset by this amount, cancelling any ill effect). Perhaps the following bit will be helpful in diagnosing what's going on here: a number appears when dragging tab stops, indicating its position, and I discovered, while hunting for a way to drag stops further than 6.71 inches to the right, that holding the Option key when dragging adjusts this number by .07 inches.
Hi, all,
I just registered WR. I do my writing in it for work (I'm a reporter). Great program, a few rough edges.
Adding features is the almost-inevitable bane of programs like this, so I won't ask for any.
I WOULD like to turn off one misfeature: drag-and-drop text editing. I never use this, and, for a fumblethumbs like me, it's a recipe for disaster on deadline. Am I missing a switch to turn this off?
Also, FYI, I've got the bug where you get big blocks of blank lines in fullscreen mode. After reading previous posts, I was somehow able to get it to go away; I've forgotten how.
I agree that typewriter mode didn't work the way I expected. You've probably gone the right way though, I expect that text jump is less disorienting than the blur you'd get if the active line stayed in the middle of the screen and the rest of the text scrolled. Still, I'll be interested to see what that looks like if you try it.
yrs,
Paul
Whenever I press Cmd-d to mark the task done, the task in the next line gets marked @done instead.... puzzling.
Great product, man, except for a minor bug:
I like to work with dark backgrouds, so I've changed the bg colour to #000. Trouble is, I can no longer see the text cursor blink: it stays black, too, with no option to change it. This makes it impossible to see where the cursor is until I start typing.
Any chance you can allow users to customise the cursor colour, too?
I have been experimenting with the task search function (via the toolbar) and noticed some strange results.
When I search for a single word or tag (i.e. "@work") everything is fine. If I put in two search terms (either words or tags or a combination) the search is limited to everything with those both -- or all -- of those terms.
It is when I use the "-" symbol to exclude terms that things get funny. Searching for plain words (i.e. "work - computer") gives me the expected results.
Using the same words as tags (i.e. "@work - @computer") results in no hits! This is strange since the first example is finding the two terms as part of tags (for the most part), not as individual words.
When I combine a tag and a word (i.e. "@work - review") I end up getting hits with only those two words instead of what is expected: all "@work" tasks EXCEPT those with "review" in them.
Also, from what I can tell, capitalization does not make a difference when searching. For example "NA" (the abbreviation I was using for next action) and "na" bring up all entries with "@NA" or any words such as "banana".
Finally, punctuation does not seem to be searchable. I was tagging high priority tasks with "@" and could search for them using the search term "@". But since I cannot limit my searches when using the "@" symbol, and I cannot search using "" by itself, I cannot search for all tasks marked high priority but not tagged work (i.e. "@ - @work" will not work and "* - work" does not work either).
So my current work around is to change all "@NA" tags to "@nextaction" and my "@*" to "@donow" and make sure all my other tags are not standard words I would use in a task (change "@work" to "@work_tag") so I can do plain word searching without the "@" but not include tasks with these other words (such as "work on car @home").
Is this a known bug or the way things are supposed to work? Any chance of this being fixed (if fixable) in the future? Maybe before a 1.1. release? (An every hopeful Tiger holdout!)
Thanks,
Eric
steps to reproduce:
type the following: (without the quotes )
"""
A:
- a
B:
- b
"""
drag the text starting with "B:" and including the newlines after "- b" and drop them above or at the start of the line "A:".
expected: the text should be this -
"""
B:
- b
A:
- a
"""
what I get-
"""
B:
- b
A:
- a
B:
- b
"""
This is with the latest version of TP, running on OS X 10.5.1. Let me know if I can provide any more info.
NOTE: This operation also messes up the undo stack, but as that's a known issue, I didn't provide more detail on that part.
Sometimes when I start typing a new note that is at the end of a project, but not at the end of my TP document, it is initially presented by TP as a title until I get to the end of the line and press the return. I have been trying to find a pattern, and all I can come up with is that the longer the time between entries, the more likely my note is initially going to look like a title.
This bug is particularly annoying and occurs more often if you are looking at a single project, and typing text on the last line, as the project after it when viewed in Show All is lost as it gets joined onto the end of the previous note / title.
Of all the 1.0 bugs I think this should definitely be addressed before the 10.5 only 1.1 version, as it effects the core functionality and accuracy of the app.
Just wondering if anyone else had this problem:
I leave my main to-do list open when I quit TaskPaper. Sometimes it will re-open when I launch TP other times it won't. I haven't figured out what causes this. Anyone else experience this?
I can't reproduce it but sometimes I end up with a - (null) task.
I don't know if it has lost a task, or added a new one.
This has happened twice in the last couple weeks.
Once in tiger, once on leopard
If you apply a type style to project names, it does not get applied to the colon ":" to the right of the project name.
I was viewing a project in a tab and selected a tag to delete it. Here is roughly how it looked:
My Project:
When I hit delete to remove the tag, nothing happened. I tried again, nothing. Then I went to a tab that was showing all, and saw the deletes had taken effect there. This problem I have seen a couple of times, but can't duplicate on demand.
In another instance, I clicked on the last line in a tab and hit command-return to create a new task, but nothing showed up. Again, going to a tab that was showing all revealed the the new tasks that had been created there. I don't have problems duplicating this one.
My hunch is that the problem is related to the shenanigans you describe here:
http://hogbaysoftware.com/forums/taskpaper/topi...BUGTaskpaperbreaksCTRLYyank_
Rob
I've been testing out TaskPaper for the last day or so and I'm slowly getting used to its simplicity.
One little thing that's been bothering me because it hoses my projects list is when I add a new project it isn't added to the end of the list of projects, but instead wherever my cursor happened to be. This usually means an existing project's tasks are moved down into the new project, which isn't really the behavior I expected.
What I did expect is that no matter where my cursor is, TaskPaper will create a new project at the bottom of the list of projects.
I like to command-tab over to TaskPaper, do option-command-enter and quickly add a new project and tasks. Right now I have to use my mouse to find an empty spot and then add the task. Am I missing something or is this how it's intended to work? If so, is this a bug?
Found this rather irritating bug while doing my todo's. Excuse my Swedish in the image. After a while of adding Projects, all Projects turns "invisible" when you add a New Project. I can get them visible again by selecting all. But every time I add a New Project, I have to select all and then deselect them.
Tried to find this bug in the Forums, but I didn't find anyone else experiencing the same problem.
Hi,
there is a very annoying bug in my Writeroom, which makes application unable to leave. It forces me to quit process using Activity Monitor all the time.
The bug occurs in several situations, but can be easily recostructed with these steps:
Using Writeroom 2.3.2/38
Anyone suffers from the same issue?
Regards, Tomasz
Moving a task to a different project (either by keyboard or mouse) does move correctly, but it adds a blank line above the newly moved task in the destination project.
Not a show stopper but visually annoying.
Hi, nice job with this app. I stopped using iGTD in favor of Stickies about a month ago, so I think this is more my speed.
I found a problem with archiving done items that is reproducible as follows:
make new doc type "test:" type cmd-enter for a new task, type anything for text. type cmd-D to mark the task as done type cmd-shift-d to move it to the archive and create the archive.
expected: it would create an archive header and moves the task under it what happened: it creates the archive and the task is just removed, not copied under it.
here's the actual doc text I get from doing the above steps:
test: Archive:
Actually, archiving doesn't work at all in that document after doing that, but if I create an 'Archive' header before I first try archiving, it all works as expected. So that's a workaround at least.
Hope this is useful, let me know if I can help.
If you have an item @due(10-25-2007) and you accidentally click and drag the 10-25-2007 when you drop it, and do command Z it will not go back to where it was.
View a single project in a tab Create a new project at the bottom of the page Create a task Command click on the new project
Expected behavior would be that I go to a new tab with just that project.
What happens is that I go to the top of the home page instead. Additionally the project below my new entry has been appended to the new project and lost its 'project' status by being added to the end of the line which contained my task.
The result is I loose a project, and end up in the wrong place.
Copyright © 2008 Jesse Grosjean. All rights reserved.