abbood

sorry this is this spreadsheet i created: https://docs.google.com/spreadsheets/d/1bKzipmyBair6QR3wxXfacwiTWyGShzfm5j-2XuemvzM/edit#gid=0

hey Vitor thanks for your feedback. I'll keep you guys posted with what comes out of this.. i may pivot 100 times still.. as I'm still struggling to have a detailed vision of how the final product will look like. That said, I'm brain storming a lot. I've created this spreadsheet to list basically all sorts of "commands" that would be nice to exist, that would speed up the workflow of certain people (personas). I may find a pattern or something. Cheers!

thanks for all the responses guys. There are a couple of things I wanted to point out - some said above that alfred by definition is a personal assistant and is not likely to be used at an enterprise level. My response is just b/c it isn't historically associated with enterprise, that doesn't mean it cannot be tailored to fit enterprise. For example Slack was born out of IRC chat (something that was documented quite nicely by Scott Berkun in A Year without Pants). - there is a point that people won't appreciate/like selling alfred workflows on the forum/packal etc. Alfred (and the forum and packal etc) need not even be the distribution point. As a matter of fact the product itself need not be restricted to alfred users (for example the business logic can be wrapped by an api, which get accessed by alfred and wox for windows for example). In that case the sales channel could be a stand-alone website (of course that would entail kind of reinventing the sales channel from scratch, as opposed to getting on known market places like app store etc.. but that just makes it a bit harder, not impossible). Anyways let me explain where I'm coming from a bit more: I've worked as an engineer for many start-ups, and then I somehow started running my own (lobolabshq.com) and started specializing in setting up processes at start-ups so that they can be "remote ready", after that I scale their team by hiring remote engineers (you can see a detailed description of one such experience here with vibereel.com). So when we talk about "remote ready" processes, there are processes/protocols that I have setup in many start-ups that just proved to work again and again, but obviously there is always a lot of room for improvement. So for example I created a protocol for creating an issue on jira/github/gitlab etc, protocols for slack communication (ie users have to put their usual availability hours on their slack profile, slack channel prefix where each prefix covers a project or group of projects and usually have a development channel, a schedule channel (people check in/out) and a commitments channel (people put what they're committing to accomplishing that day using ticket numbers etc etc). As we all know slack isn't the place to document such protocols, so I documented these processes in Google docs (effectively making google docs a wiki). The thing is that google docs isn't meant to be a wiki, it just stores documents and you can improvise the structuring of your documents as you want. You can set google docs that explains that structure all you want, but you'll still have people who are confused about this labyrinth of documentation. Anyways long story short: I envisioned alfred and alfred like quick launcher apps (for other platforms like wox) to be the command line tool for the average Joe in start-ups where they can access all these docs and actually work with them. So me logging my own hours using an alfred workflow is a very simple "action" of a laundry list of common actions that are performed in these remote start-ups. I can probably release a couple of them free on alfred, but then sell a big collection of them as a package to enterprise. Probably part of the package would be "scaffolding" a whole google drive/slack structure for a remote start-up. Providing such a service not only would make people more productive, it would also give them a time-tested process wrapped in a command line that will just make them more effective in what they do. This is my vision, and I honestly think people would be happy to pay for it. Obviously the key here is scale: I'm not interested to be hired by someone to do their custom workflow and get a McDonald's salary, I want something I can package and sell at scale to make some "full time"-able coin. Bonus: I gotta admit this idea has pivoted a lot.. Initially I was thinking of simply creating a chrome add on that wrapped google docs with a wiki interface (see this fake press release) But then I liked the simplicity and power of alfred. So now I'm in Alfred land

I just released my first workflow and have a lot of ideas down the line. The code is all open source. However I would like to eventually do this full time and monetize it. Is this possible with alfred workflows? I know on packal it puts a pre requisite that a workflow must be freely available. I'm obviously not constrained to distributing my workflow via packal (i can just post a binary on my own website for $$), but i'm just wondering if there is a precedent to this? I can do what gitlab is doing, ie an open source freemium model where their code is open sourced, but then they add special features and services on top and slap a price tag on it. I asked their VP of Product about the decision criteria with regards to adding a new feature to the open source or paid version? he said whenever a feature makes sense to an org with 100+ employees.. it goes in the paid/enterprise version, everything else goes in the open-source/community version. I'm thinking i should probably do the same thing, although alfred (almost) by definition is a personal assistant kinda thing.. it's not really meant for enterprise or meant to make sense for 100+ orgs.. or does it?

quick question: i exported this using alfred 3.0.. for it to appear on packal, i gotta export it using alfred 2.0?

log your hours on google sheets using alfred! see repo available here: https://github.com/lobolabs/logtivly-alfred

@spuder i checked your github repo today.. your script don't work.. it exhibits the exact same problem as you described in your original post

I use the feature of adding custom urls to alfred many times a day.. to the point where I would really like to do it as a hotkey. This is what I do manually 1. hit my alfred launch hot key <kbd>⌘</kbd> 2. hit bottom key 3 times to go to web search 3. click on add custom search button 4. fill in the details of the page 5. use mouse to click on save Is it possible to have an alfred hot key that simply launches a prompt where i enter simply the url and the keyword.. click on enter and that's it! if not possible is at least possible to have a hot key to launch the last screen where i immediatly add a new custom search?

I'm a heavy user of the custom search of alfred.. however many of my custom searches are based on the same domain ie domain.com/custom_search_1 domain.com/custom_search_2 .. domain.com/custom_search_n sometimes my domain changes.. ie to another_domain.com/custom_search_1 another_domain/custom_search_2 .. another_domain/custom_search_n but everything else stays intact.. can i possibly mass change them on alfred? (i've tried something like this before with chrome with mixed results, see http://superuser.com/questions/1131603/how-to-mass-change-chrome-custom-search-engines/1133530#1133530). with google chrome the search engines are stores in a .sqlite file, which I can simply change by using sql queries.. i'm hoping alfred stores their custom searches in a database file or something i can edit externally.

This question explains my problem in detail, but to make a long story short, i want to add custom chrome search engines to alfred. This script shows me how to do it, but refers to this path: 'Library/Application Support/Alfred/customsites/customsites.plist' I don't see this path any more in alfred 3.. can someone tell me where it is? thanks!