Put the latest created task to the top in its parallel project!

Put the latest created task to the top in its parallel project!

”Parallel is a Project or Action Group that contains actions which may be accomplished in any order. By default, all Active actions are considered Available.”

So if I have a project called “Soon” to do and I want the latest added item/ task to land at top, this cannot be done, although to use guide says explicitly parallel projects can be accomplished in any order!

There should be an option in the settings for a specific solution, which would allow the user of parallel project or single action list to bring the latest added task or action to the top.

This has been asked for by OF customers, as I can see on the forum, since at least 2008, which is 17(!) years ago, and OmniFocus is still not able/ willing to implement this.

/okn

When you select a parallel project and type return, you end up adding the new task at the first slot in the project. Same goes for an action group.

How is your experience different?


JJW

Usually I add a new task to the Inbox, and after a while (day+) I assign a project etc to it,
or
quite often I use the Quick Entry-module and with it the task always lands deep at the bottom of a project.
And sometimes, when a project has sub-groups, I can’t even find it to pull higher up, I have go to Find it.

Too much hassle.

/okn

OK. Your issues seem to be with difficulties in moving a task from the Inbox or Quick-Entry mode to a specific location in a specific project or action group. I have no immediate suggestions in this case. Otherwise, if your issue is with viewing or doing a newly added action before viewing or doing any other actions, perhaps you can get what you want with a different approach. You could create a perspective to show tasks sorted by date added. The newest ones will be at the top. Otherwise, if you really want to do a newly added action before any other actions in a certain project or group, you probably should be putting the action in a sequential project or action group, not a parallel one.


JJW

Sounds good, although where is this ‘date added’ in the View context?

Didn’t know this is even possible.

/okn

When you create a perspective.

The added date sorting selection also appears when you use the Organized option


JJW

Applied this to my existing Soon TDs Perspective and sorted by date,
and my #soon tags are gone for now, (my fault).

This is my question:
Is not possible to sort acc to date (as I did) and then also use my “soon” tags?

Any assistance will be much appreciated,
OmarKN

You have two intents.

  • sort tasks by added date
  • view tasks with a specific tag

Here is an example using a tag Complete : Deliver

Please spend time exploring the settings and options when creating or editing a Perspective. You can change settings in the Perspective dialog editor without harming your database of tasks. Eventually, you can keep or delete the Perspective, again without harming the tasks in your database.

You will learn far more by playing around and watching what happens in the view of tasks than you will by continuing to ask "how do I do this " here.


JJW

1 Like

Yes, to the degree of what the user knows exists, he can explore.

But then not everything is logical, although we would assume it would be.

For example

(Today I started a Test Perspective with

  • sort , added date
  • any tag: #soon #smeday)

Then

I had a new look at the original Soon TDs Perspective
→ sorting acc. to date added.
nothing else.

However, in the image there are a number of actions with the “soon” tag,
although this was not set!

So, what’s your take on this?

/
best regards,
OmarKN

Exploration is a purposeful discovery of what is currently unknown. Anything else is simply repetition of what is already known.

The list is showing all tasks, tagged or not tagged, until you select tags that you want to show or not show. What did you expect instead, and why did you expect something else?

The behavior in setting Perspectives is logical, not random or mysterious. The logic is best revealed not by taking one timid step and stopping in confusion, but rather by taking many steps to reveal the patterns.

So again, I encourage you to explore. Try other settings. See what happens. Keep notes. Discover why what you think should happen is instead not what happens. Learn for mastery rather than learn for limited utility.


JJW

1 Like

Hi @DrJJWMac

What I expected (and what happened to me 2 days ago, see above) is that

if I set the View conditions as

  • Availabilty: Remaining, and
  • Initial order: Added date (thank you, very useful)

Without any tag-rule,

that then no actions with tags would be populated.
That’s what I expected.

But actions with tags were shown anyway, how come?

What’you thing?

/
best regards,
OmarKN
(BTW, always grateful for those I learn something. :-)

I think you are not exploring to learn, you are asking to be told. And you are likely not reading the manual either. Nor perhaps taking time to see whether videos exist for insights.

The saying … Give a man an answer, and you feed him for now. Teach a man to learn, and you train him for a lifetime.

I leave now. Perhaps someone else with more patience might take over.


JJW

1 Like

This question is still unanswered, if someone knows the answer:

I expected that if I set the View conditions as

  • Availabilty: Remaining, and
  • Initial order: Added date

Without any tag-rule,

that then no actions with tags would be populated.
That’s what I expected.

But actions with tags were shown anyway, how come?

/
best regards,
OmarKN

(sigh)

I answered the question. Here again is the same answer in a different way.

Rule: All that is not explicitly defined is permitted. Not: All that is not explicitly defined is never shown.

The difference as once explained to me is somewhat this …

In Amerika ist alles erlaubt, dass nicht verboten ist. In Deutschland ist alles verboten, dass nicht erlaubt ist.

Now … truly done.


JJW

1 Like