Tags: , | Categories: Genel, Security Posted by okutbay on 27.05.2013 19:21 | Yorumlar (0)

Yeni bilgisayarım windows 8 olduğu için alışma ve öğrenme sürecinden geçiyorum. Bu süreç içinde bazen bildiğiniz şeyleri tamamen unutmanız ya da farklı bir açıdan yaklaşmanız gerekebilmekte.

Önceki windows 7 ve vista sürümlerinde User Access Control - UAC denen özelliği tamamen kapatabiliyorduk. Böylece her admin hesabımızla her uygulama için run as administrator demek zorunda kalmıyorduk.

Windows 8i de alınca ilk yaptığım UAC kapatmak olmuştu. Ancak bugün fark ettimki bildiğimiz yöntemlerle bunu kapatamıyoruz. Sadece sessiz modda çalışmasını sağlayabiliyoruz. Şimdilik bunu aşmanın bir yolunu bulabilmiş değilim. Bir çözüm bulana kadar uygulamaları  "Run As Administrator" diyerek çalıştırmaktan başka bir yol kalmıyor. Ama en azından bunun kolay bir yolu var ver uygulamayı her çalıştırışınızda bir kaç klik tasarruf etmenizi sağlayacaktır.

Uygulama kısayol dosyasına ters tıklayıp özelliklere girin. Açılan pencerede kısayol sekmesinde bulunan gelişmiş butonuna tıklayarak açılan pencerede "Run As Administrator" kutucuğunu işaretleyin ve uygulamanız sürekli admin yetkileri ile çalışsın.

 

 

Adım 1: Uygulama kısayol dosyasına ters tıklayıp özelliklere girin
 
Adım 2: kısayol sekmesinde bulunan gelişmiş butonuna tıklayın 
 
Adım 3: açılan pencerede "Run As Administrator" kutucuğunu işaretleyin
 
 

Bu yazıyı ilk değerlendiren siz olun

  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5
Tags: , , | Categories: IDE, Programlama, Tip Posted by okutbay on 16.09.2011 21:42 | Yorumlar (0)

.NET uygulamalari gelistirirken Visual Studio versiyonlarini kullanmayi tercih ediyoruz. Tabi yıllar içinde Framework versiyonları ile beraber visual studio versiyonlari da değişti. Değişmeyen bir tek şey kaldı benim için. Her kurulum sonrasında Windows > Close All Documents için bir kısayol ataması yapmak...

Benim tercihim Shift + Ctrl + F4...  

Bu yazıyı ilk değerlendiren siz olun

  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5
Tags: | Categories: IDE, Genel, Tip Posted by okutbay on 25.02.2010 19:08 | Yorumlar (0)

If you're working with lot of projects, or you want to release your DLL to specific location you may need to add some extra actions to to your build.

For example. You have project that uses a DLL of another project of another solution. Sometimes you build your DLL in debug mode, sometimes you build your DLL in release mode. When you build your class library output directory depends on the build mode. Question is: Which DLL will be referenced by your project? To prevent this confusion you can add an copy operation to your post-build events. Then reference the copied DLL.

Here is the sample macro to do this:

cd $(OutDir)
copy $(TargetFileName) D:\Sources\DLLReferences\MyProjectOutpu

Just go to your project properties. Switch "Build Events" tab. Add this sample macro to Post-build event command line. When you build your it will copy result file to specified location.

build-events

Figure 1: Build events window of your project.

post-build-events-command-line-window

Figure 2: A Build event Command line window

You can find a list of macros and their descriptions here:

$(ConfigurationName)

The name of the current project configuration, for example, "Debug|Any CPU".

$(OutDir)

Path to the output file directory, relative to the project directory. This resolves to the value for the Output Directory property. It includes the trailing backslash '\'.

$(DevEnvDir)

The installation directory of Visual Studio 2005 (defined with drive and path); includes the trailing backslash '\'.

$(PlatformName)

The name of the currently targeted platform. For example, "AnyCPU".

$(ProjectDir)

The directory of the project (defined with drive and path); includes the trailing backslash '\'.

$(ProjectPath)

The absolute path name of the project (defined with drive, path, base name, and file extension).

$(ProjectName)

The base name of the project.

$(ProjectFileName)

The file name of the project (defined with base name and file extension).

$(ProjectExt)

The file extension of the project. It includes the '.' before the file extension.

$(SolutionDir)

The directory of the solution (defined with drive and path); includes the trailing backslash '\'.

$(SolutionPath)

The absolute path name of the solution (defined with drive, path, base name, and file extension).

$(SolutionName)

The base name of the solution.

$(SolutionFileName)

The file name of the solution (defined with base name and file extension).

$(SolutionExt)

The file extension of the solution. It includes the '.' before the file extension.

$(TargetDir)

The directory of the primary output file for the build (defined with drive and path). It includes the trailing backslash '\'.

$(TargetPath)

The absolute path name of the primary output file for the build (defined with drive, path, base name, and file extension).

$(TargetName)

The base name of the primary output file for the build.

$(TargetFileName)

The file name of the primary output file for the build (defined as base name and file extension).

$(TargetExt)

The file extension of the primary output file for the build. It includes the '.' before the file extension.

Reference: Pre-build Event/Post-build Event Command Line Dialog Box

Bu yazıyı ilk değerlendiren siz olun

  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5
Tags: , , | Categories: News Posted by okutbay on 10.11.2009 17:05 | Yorumlar (0)

this is the announcement of the release date for VS 2010 and .NET Framework 4.0 of March 22, 2010!

Bu yazıyı ilk değerlendiren siz olun

  • Currently 0/5 Stars.
  • 1
  • 2
  • 3
  • 4
  • 5