RodgerWW

On 11/22/2018 at 9:10 AM, Vero said:

@mlondon Thinking about this, there are so many ways you could do this...

• A custom fallback search trigger to launch Chrome: https://www.alfredapp.com/help/workflows/triggers/fallback-search/
• An open URL with an alternative action where holding alt or ctrl suggests a different browser: https://www.alfredapp.com/blog/tips-and-tricks/action-modifiers-quick-alternative-actions/

I'll be curious to see what kind of solution you end up choosing  

 

Cheers,
Vero

Thank you Vero for this...I can now use a fallback to open Brave for searches when Safari refuses to load certain things.

20 minutes ago, xilopaint said:

 

No problem! If you look into the repo you'll see a good part of your code there. Also, you're credited on README.

Do you mind to edit the first post of this thread with the link for the latest release?

I think would be more productive that any contribution could be made in the repo from now.

I was just going to ask if I could link to it ... DONE!

5 hours ago, xilopaint said:

Here's the link for download, btw: https://github.com/xilopaint/alfred-about-this-mac/releases/latest

Thank you so much for continuing this, and making it better!  I have been driving myself crazy with the lack of programming knowledge and and trying to find a way to grab the image without the conversion of the plist and also adding files to read from. Awesome job!

54 minutes ago, deanishe said:

A rather minor thing, but would you consider storing the generated txt files in the workflow's data or cache directory, not in the workflow directory?

This is new to me, but I will look into it for sure.

Hmm, I have to admit I am stumped with this one. The identifier is definitely in the xml, albeit 3 times for space grey silver and non touch. Perhaps open the xml in textedit, do a search for "MacBookPro14,3" and delete the 2 lines that are NOT yours and see if that works?

11 minutes ago, flome said:

Ok, just tried that now. Unfortunately, still nothing. Here's what the debug log is showing. It may help.

Hmm, Can you open terminal and type the following:

system_profiler SPHardwareDataType | grep "Model Identifier"

and tell me what it says for you identifier?

1 hour ago, flome said:

I double checked and I am indeed running the latest version. 

Also did you run "xabout" to reset the workflow after downloading the 2018 version?

1 hour ago, iNinja said:

I did see the mymac.txt file you've mentioned showing

 

"MacBook Air 13-inch, Early 2014
G5RQ"

 

Try manually deleting the txt files from the workflow directory ... then running the workflow again to see if the workflow recreates the files properly. Also, did you download the 2018 workflow for Alfred 3 I just updated with all hardware?

3 hours ago, flome said:

The MBP icon isn't showing up for me

Please make sure you downloaded the updated 2018 workflow for Alfred 3.

2 hours ago, iNinja said:

I followed the instructions, but it appears the problem persisted. I'm not sure if this piece of info maybe useful to you or not, but I did own a Macbook Air 13" Early 2014 version previously. I'm not sure why it is still showing up though.

 

OK, so it would seem that something in the Alfred workflow folder is not getting cleared in this case.

In the workflow folder you will have a text file called "mymac.txt".  This text file is more-than-likely showing the system as being the early 2014 model.

You also should have a png file called "mymac.png" and it is probably clear/transparent as the identifier for your new system "MacBookPro13,2" is not in the "HardwareIcons.xml" file also in the workflow's folder.

First, I would suggest removing not only the workflow, but also any trace of it on the new system.

Then download the workflow and install it fresh. (Go to first post/page to download as I have just updated the workflow)

Then run the workflow so it can create the above mentioned text file and image ... The text file should be correct now that everything has been removed everywhere and the workflow installed fresh.

OK, if the info in the system file is wrong (which is weird but I suppose can happen)

DELETE the following file:

~/Library/Preferences/com.apple.SystemProfiler.plist

Then, reboot the MBP or simply log out and log back in to the user.

Run "About This Mac" once from the  Menu so the system recreates the plist you just deleted.

Run "xabout" in Alfred to reset the workflow 'About This Mac'

Then, HOPEFULLY, the next time you run 'About This Mac' workflow from Alfred, it should display the correct info.

See, the workflow reads from ~/Library/Preferences/com.apple.SystemProfiler.plist to get the info.

So, if that is reading incorrectly, then, I need to find a new way of getting the modern device strings.

Can you quick-look the file mentioned, and tell me what the first 4 characters are in the <key> ?

IE: mine are F8J9 ... or, in About This Mac from the  menu, the last four characters of your MBP. They should match, is what I am getting at.

18 minutes ago, iNinja said:

Could you add support for Macbook Pro 2016?

Can you do me a favour:

Open Terminal

at the prompt paste the following and hit ENTER:

defaults read ~/Library/Preferences/com.apple.SystemProfiler.plist | awk '/CPU Names/{getline;print}' | awk '{$1=$2=""; print $0}' | sed -e 's/"//g' -e 's/);//g' -e 's/(//g' | sed 's/^ *//'

Does this give you the correct model identifier?

22 hours ago, deanishe said:

Gah! I think that's triggered some sort of PTSD.

Shouldn't it be PTBSODD ? LOL

Click and drag up or down on the text to change it's size.

You MAY be able to read and parse the file:

~/Library/Caches/com.apple.nsservicescache.plist

I'm not sure if it tells you which are currently active, but it lists all the services in there.

I have no idea why it wouldn't work for you Yuri, sorry.

Try this with AppleScript :

set myURL to "https://www.google.com" -- Replace URL with your own or with the {query}

tell application "Safari"
	tell front window
		make new tab at end of tabs with properties {URL:myURL}
	end tell
end tell

OK a reboot worked.  I THOUGHT I had rebooted, but apparently hadn't in 5 days ... so now it works as it should.

Recently updated to Alfred 3.4.1 Pre-Release

Running macOS 10.13 (17A291m)

The Alfred Text Service IS allowed in Security & Privacy

The checkbox IS checked to autoexpand snippets in Alfred

I do have the text: loginwindow seems to be preventing text expansion by locking secure entry above the collections

Is this a bug or something with High Sierra Public Beta?

All I did was 'quit' it by right clicking on it in the dock. At first it appears as if the expansions don't work, but they WILL work and each time Alfred starts up the icon will not show anymore until you disable the feature again within Alfred, then re-enable.

On 2017-01-31 at 11:37 AM, paulw said:

Can you add Macmini7,1 please?

XML updated in (For Alfred 3) version.

9 hours ago, gustavok said:

Thanks ! It works. I thought that the "open file" action only work with files and not folders. Anyway, I'm curios why the commands didn't work on that script.

Well, not sure why the "Run NSAppleScript" does NOT work, but:

Change the "Run NSAppleScript" to a "Run Script" Action.

Then in the script language, change to "/usr/bin/osascript (AS)".

Then for the script, remove all text that is already there, and then place your script from above into the blank area.

That works for me fine here.

Try:

http://www.alfredforum.com/search/?&q={query}

as your Search URL

Just out of curiosity: Why not just have Alfred open the folder with the "Open File" action?

In a new workflow:

Add a Hotkey and set it to whatever you want.

Add an "Open File" action and drag the folder you want to open into the left pane of the popup, where it says "Open the passed-in file(s)"

then save

Then, connect the hotkey to the open file action.