DaxEditor Discussions Rss Feed

New Post: DAX Editor failing to load after installing SP1

nmed — Thu, 18 Apr 2013 18:03:27 GMT

I am working on this now. No ETA at this point, but I will definitly add SP1 support + other features (query from DAX Editor, calculated columns editing and some other features).

New Post: DAX Editor failing to load after installing SP1

dr_nukem — Thu, 18 Apr 2013 17:58:57 GMT

Just following up. Loved the import from bim -> dax but appears to no longer be working... any update on post SP1?

New Post: DAX Editor failing to load after installing SP1

nmed — Fri, 16 Nov 2012 17:31:16 GMT

Yes, DAX Editor needs a refresh in order to be consistent with SP1. DLL dependency is easily fixed - there should not be any; the bigger problem is that the way how measures are stored changed in SP1. Before SP1 there used to be one MdxScript object with all the measure defined and DAX Editor can just edit this text. Now every measure is in a special nested XML, and it has properties like table name and measure name.

I need to think how to change it so it works for both before SP1 measures structure as well as post SP1. Hopefully I have something soon.

New Post: DAX Editor failing to load after installing SP1

dgosbell — Fri, 16 Nov 2012 00:00:22 GMT

Since installing SP1 I now get a warning message when starting SSDT saying that DAX Editor did not load. It suggeted running Visual Studio with the /log switch, but the only related information that it had in the log file was the following message:

CreateInstance failed for package [Microsoft.DaxEditor.DaxEditorPackage, DaxEditor, Version=1.0.1.0, Culture=neutral, PublicKeyToken=null]

Does DAX Editor have some sort of dependancy on a specific version of some of the SSAS dlls?

New Post: Extracting Calculated Columns

nmed — Mon, 05 Mar 2012 20:06:49 GMT

Thanks Julie, that's a good idea! We did not want to complicate the code, and it kind of worked well with measures. With calculated columns we'll need to send a batch with several ALTER's and ProcessRecalc and it can be slow, very slow. However, I will give it some thoughts.

New Post: Extracting Calculated Columns

mssqlgirl — Thu, 01 Mar 2012 02:57:56 GMT

I understand that the DAX Editor retrieves Calculated Members on the existing Tabular Model. I think it would also be useful if it can also extract the definition of Calculated Columns too. This would allow Tabular Model developers to easily edit / audit their DAX formula in Calculated Columns.

Thanks!

Julie

New Post: DAX Formatting

nmed — Tue, 08 Nov 2011 00:12:43 GMT

Please try Crtl+K < and Ctrl+K >. They work better than anything else I saw, so IsLongStringBetweenParenthesiss is not implemented :) I used something like IsLongStringBetweenParenthesiss in MDX formatter, but DAX formatting is better than in MDX. And it is natural - in order to understand what query does user usually start with the top level function, than go to the second level functions, etc.

As far as code goes, you are looking at the correct spot. There are different type of end of file:
- Eol (CR/LF, new text starts from position 0),
- EolIndent (CR/LF + current indent),
- EoLIndentPlus (CR/LF + increased indent) and
-EolHardIndent1(CR/LF, new text starts with one fixed indent).

New formatting options should be defined in DaxFormattingPage class.

New Post: password

marcorusso — Sun, 06 Nov 2011 22:37:20 GMT

Thank you Darren - I was already able to change the code by not logging on TFS. I was curios about what to do in case I can contribute with some change. I'll try the upload patch link in case I do something relevant.

Cheers,

Marco

New Post: password

dgosbell — Sun, 06 Nov 2011 22:24:10 GMT

If you just want to open or build the source code and don't currently want to contribute changes then you should not need TFS credentials. (even if you do have changes to submit you could do this via the upload patch link on the source control page) I think if you click cancel when asked for credentials a dialog should pop-up asking if you want to remove the source control links - if you do this you should be able to open the project and compile it without needing a TFS login.

New Post: password

marcorusso — Sat, 05 Nov 2011 17:03:17 GMT

Username: marcorusso

Password: TTHY78KLM42

Thanks!

Marco

From: wtomer [email removed]
Sent: Saturday, November 05, 2011 3:01 PM
To: Marco Russo (Loader)
Subject: password [DaxEditor:278434]

From: wtomer

connecting to tfs.codplex.com

please provide credentials to connect to team Foundation server ( after open the file DaxEditorSample.sln)

What the username and password?

Thanks

New Post: password

wtomer — Sat, 05 Nov 2011 14:00:58 GMT

connecting to tfs.codplex.com

please provide credentials to connect to team Foundation server ( after open the file DaxEditorSample.sln)

What the username and password?

Thanks

New Post: DAX Formatting

marcorusso — Sat, 05 Nov 2011 08:34:54 GMT

I'd like to implement some settings related to DAX formatting.

In particular, I'd like to control:

newline for parameters of a function
newline for closing parenthesis

In particular, I'd like to avoid closing parenthesis always goes in a new line.

I've seen the code has a "IsLongStringBetweenParenthesiss" function which is no longer used, but the best hint I would need is about the meaning of EolType enum. It seems that keeping the parenthesis in the same line as the last parameter can be done by using EolType.Unknown, but it's not clear to me how to control it - probably I'm missing something in the big picture about how EolType is handled in OnClosingParenthesis code. Probably I will understand it with more study, but in the meantime if you have any hint...

Thanks,

Marco