포토샵 액션은 어느 폴더에 설치되나요?

포토샵에서 생성한 액션은 ps 설치 폴더의 Actions 폴더에 있습니다. 열기 방법은 다음과 같습니다.

1. 바탕화면의 ps 아이콘을 마우스 오른쪽 버튼으로 클릭 - 속성을 찾습니다. ps 소프트웨어 설치 경로, 기본 경로는 C:\Program Files\Adobe\Adobe Photoshop CC 2014입니다.

2. 경로를 열고 C:\Program Files\Adobe\Adobe Photoshop CC 2014를 찾습니다. \Presets\Actions 폴더를 열고 이를 엽니다. 액션 파일은 Actions 폴더에서 찾을 수 있습니다. 3dmax 액션 라이브러리 사용 방법

브러시(브러시): .abr 그라데이션: .GRD 스타일: .asl 액션: .atn 패턴: .pat 사용자 정의 모양: .csh 필터 설치 디렉터리: 설치된 소프트웨어의 문자) Adobe\Adobe Photoshop CS5\Plug-ins 글꼴 설치 디렉터리: C:\WINDOWS\Fonts 브러시 설치 디렉터리: Adobe Photoshop CS5\Presets\Brushes 패턴 설치 디렉터리: Adobe\Photoshop CS\Presets\Patterns Shapes 설치 디렉토리: Adobe Photoshop CS5\Presets\Custom Shapes 그라데이션 설치 디렉토리: Adobe Photoshop CS5\Presets\Gradients 스타일 설치 디렉토리: Adobe Photoshop CS5\Presets\Style Actions 설치 디렉토리: Adobe\Adobe Photoshop CS5\Presets\Action 컬러 보드 설치 디렉토리: Adobe Photoshop CS5\Presets\Presets\Color Books 설치 디렉터리 채우기: Adobe Photoshop CS5\Presets\Presets\Patterns

ps photo 후처리 작업 라이브러리 설치 방법

WIN7 도서관이란 무엇입니까? WIN7 라이브러리 및 XP 내 문서 WIN7을 사용하는 친구는 WIN7 시스템과 XP의 중요한 차이점은 추가 "라이브러리"가 있다는 점을 알아야 합니다. 그렇다면 이 "라이브러리"는 정확히 무엇입니까? 무슨 소용이 있나요? Xp My Documents와 유사점과 차이점은 무엇입니까? 여기에서 자세히 소개하겠습니다.

WIN7 라이브러리는 Ubuntu 운영 체제를 기반으로 하는 Windows7 운영 체제에서 도입된 효과적인 파일 관리 모델입니다.

파일 라이브러리는 웹페이지 즐겨찾기처럼 필요한 모든 파일과 폴더를 함께 모을 수 있습니다. 라이브러리에 있는 링크를 클릭하기만 하면 라이브러리에 추가된 폴더를 빠르게 열 수 있습니다.

실제로 라이브러리에 있는 개체는 다양한 폴더와 파일의 스냅샷일 뿐 실제로 라이브러리에 저장되는 파일은 아닙니다.

예를 들어 사용자는 D 드라이브와 E 드라이브의 두 폴더에 유사한 업무 문서를 저장했습니다.

향후 작업의 편의를 위해 사용자는 D 드라이브와 E 드라이브의 두 폴더를 하나의 라이브러리에 배치할 수 있습니다.

꼭 사용해야 할 때에는 D드라이브와 E드라이브를 따로 열지말고 바로 이 라이브러리를 열어서 사용하시면 됩니다.

요약하자면 WIN7의 파일 라이브러리는 일부 폴더 바로가기의 저장 위치로 간주될 수 있습니다.

그렇다면 Wn7의 라이브러리는 정확히 무엇입니까? 이 기능을 이해하는 사람은 거의 없을 것이라고 생각합니다. 라이브러리는 약간 큰 폴더와 비슷하지만 폴더와는 조금 다릅니다. 그 기능은 비교적 강력하므로 오늘은 시스템 라이브러리에 대해 포괄적으로 소개하겠습니다. 윈7에서.

1. 일반 폴더와의 유사점과 차이점 위 인터페이스를 보면 라이브러리가 기존 폴더와 유사해 보인다는 것을 알 수 있습니다.

실제로 특정 관점에서 볼 때 라이브러리와 폴더는 많은 유사점을 가지고 있습니다.

폴더와 마찬가지로 라이브러리에도 다양한 하위 라이브러리, 파일 등이 포함될 수 있습니다.

하지만 폴더의 성격과는 성격이 많이 다릅니다.

폴더에 저장된 파일이나 하위 폴더는 모두 같은 위치에 저장됩니다.

라이브러리에 저장된 파일은 전 세계에서 올 수 있습니다.

예를 들어 사용자 컴퓨터의 관련 파일이나 이동식 디스크의 파일에서 가져올 수 있습니다.

이 차이는 상대적으로 작지만 실제로 기존 폴더와 라이브러리의 가장 근본적인 차이점입니다.

사실 라이브러리 관리 방법은 단축키에 가깝습니다.

사용자는 파일이나 폴더의 특정 저장 위치를 ​​지정할 수 있습니다.

관리를 위해 모두 라이브러리에 연결하세요.

이 경우 사용자가 알아야 하는 모든 파일을 라이브러리에서 볼 수 있습니다(사용자가 이러한 파일이나 폴더를 미리 라이브러리에 추가하는 경우).

즉, 라이브러리에 있는 개체는 다양한 폴더와 파일의 스냅샷이므로 파일이 실제로 라이브러리에 저장되지 않으므로 보다 빠른 관리 방법을 제공합니다.

예를 들어, 사용자가 자신의 컴퓨터에 있는 D 드라이브와 모바일 하드 디스크에 주로 존재하는 일부 업무 문서를 가지고 있다고 가정해 보겠습니다.

향후 작업의 편의를 위해 사용자는 D 드라이브와 모바일 하드 디스크에 있는 파일을 라이브러리에 넣을 수 있습니다.

사용해야 할 때는 모바일 하드 디스크를 찾을 필요 없이 라이브러리를 직접 열면 됩니다(모바일 하드 디스크가 사용자의 호스트에 연결되어 있는 경우).

2. 삭제 후 다시 추가할 수 없는 것이 취약점인가요? 위 그림과 같이 작성자는 먼저 하드디스크에 있는 WinXP 폴더를 이 라이브러리에 추가했습니다.

라이브러리에 폴더를 추가하는 방법은 매우 간단합니다. 대상 폴더를 선택한 다음 "라이브러리에 포함"을 클릭하기만 하면 됩니다.

하지만 테스트 도중 저자는 장기에 문제가 있음을 발견했습니다.

예를 들어 이 폴더를 라이브러리에 추가한 후 라이브러리에서 WinXP 폴더를 삭제합니다.

그런 다음 이 폴더를 라이브러리에 다시 추가하세요.

그러나 이때 시스템에서는 "WinXP가 라이브러리에 포함되었습니다"라는 메시지가 표시되며 이 폴더는 라이브러리에 표시되지 않습니다.

그런데 실제로는 라이브러리에 있던 WinXP 파일이 삭제된 상태였습니다.

그런 다음 라이브러리에 WinXP 파일이 있으면 이 파일을 라이브러리에 추가하면 생성이 성공합니다.

라이브러리 이름만 WinXP(2)로 변경됩니다.

이 오류는 라이브러리에 폴더를 반복적으로 추가하여 발생하는 것이 아님을 알 수 있습니다.

테스트에 따르면 시스템에서는 동일한 폴더를 라이브러리에 여러 번 추가하는 것을 허용하기 때문입니다.

그러면 이 오류가 발생하는 이유는 라이브러리에 추가된 폴더가 일부 특수 작업(먼저 삭제 등)으로 인해 정상적으로 표시되지 않기 때문일 수 있습니다. 그런 다음 추가하세요).

3. 라이브러리 파일에서 실제 폴더를 삭제할 때의 영향. 위 그림과 같이 작성자는 하드 디스크에 WinXP 폴더를 가지고 있으며, 이 폴더를 라이브러리에 포함시킵니다.

이제 이 하드 디스크에서 WinXP 폴더를 삭제합니다.

이것이 라이브러리의 WinXP 폴더에 어떤 영향을 미치나요? 먼저, 라이브러리에 있는 WinXP 폴더를 열기 위해 더블클릭했는데, 여전히 열 수 있습니다.

라이브러리 파일 관리와 바로가기 관리에는 일정한 차이가 있음을 알 수 있습니다.

바로가기인 경우 사용자가 원본 파일을 삭제한 후에는 바로가기를 열 수 없으며 경로가 정확한지 사용자에게 확인하라는 메시지가 표시됩니다.

라이브러리에서는 원본 폴더가 삭제된 라이브러리 파일을 계속 열 수 있습니다.

단지 이 라이브러리에 저장된 원본 콘텐츠가 없다는 것뿐입니다.

가장 놀라운 점은 원래 폴더가 삭제되었음에도 불구하고 새 폴더를 생성하는 등 라이브러리 파일에서 WinXP 라이브러리에 파일을 추가할 수 있다는 점입니다.

그러면 새로 추가된 콘텐츠 라이브러리는 어디에 저장되어 있나요? 이때 작성자는 원래 WinXP 폴더가 저장되어 있던 위치를 열어보니 이전 위치에 새로운 WinXP 파일이 생성되어 있는 것을 발견했습니다.

이는 운영체제에 의해 자동으로 생성되며, 저장되는 것은 우리가 라이브러리에 생성한 새로 생성된 폴더입니다.

4. 네트워크에서 가장 많이 공유된 파일은 라이브러리에 추가할 수 없습니다. 그러면 네트워크에서 가장 많이 공유된 폴더도 라이브러리에 추가하여 관리할 수 있나요? 작성자가 관련 기술 정보에 대해 문의했습니다.

마이크로소프트 공식 문서에 따르면 네트워크상의 공유 파일을 라이브러리에 추가할 수 있지만, 라이브러리를 열면 네트워크상의 이유로 인해 속도가 느려집니다.

하지만 작성자의 테스트 결과 작동하지 않는 것 같습니다.

예를 들어 작성자가 다른 호스트에 새 폴더를 만들고 공유로 설정했습니다.

그런 다음 이 파일을 Windows 7 호스트에 연결하세요.

작성자는 이 *공유 파일을 라이브러리에 추가하려고 했지만 운영 체제에서 "이 폴더는 *공유 파일이므로 포함할 수 없습니다. 3dmax 액션 파일 저장 방법"이라는 오류 메시지가 표시되었습니다.

빨간색 원으로 표시된 부분을 순서대로 클릭하세요. 1단계: 2단계, 3단계

그린 소프트웨어를 정의하고 분류하려면 먼저 그린 소프트웨어가 무엇인지 이해해야 합니다. 정의는? 네티즌들로부터 몇 가지 토론과 아이디어를 수집했습니다: A는 설치가 필요하지 않으며 레지스트리에 아무것도 쓰지 않는다고 말했습니다. B는 시스템 폴더에 파일을 복사하지 않는 것도 포함해야 한다고 말했습니다. 소프트웨어는 레지스트리 쓰기를 포함하여 기존 운영 체제를 변경하지 않습니다.

C는 현재 설치된 디렉토리 외에는 아무 것도(예: 로그) 쓰지 말아야 한다고 말했습니다.

p>

D는 설치가 필요하지 않으며, 프로그램이 있는 디렉터리 외에는 정크 파일이 생성되지 않으며, 레지스트리도 작성되지 않는다고 E는 정리하면 이동식 저장소에 둘 수 있다고 말했습니다.

F는 레지스트리를 쓰지 않고 그냥 복사하면 될 것 같다고 하더군요.

G는 시스템을 재설치할 때만 하면 된다고 하더군요. 다시 설치하지 않고 레지스트리를 가져오는 것은 녹색 소프트웨어로 간주될 수 있습니다.

H는 실제로 레지스트리에 쓰지 않거나 시스템 폴더에 파일을 쓰지 않는 한, .ini 파일이 필요하면 여전히 소프트웨어 디렉터리에 있으므로 친환경 소프트웨어로 간주할 수 있습니다. 다른 폴더에 복사하여 계속 사용할 수 있거나 재설치 후에도 바로 사용할 수 있다는 것이 특징입니다.

따라서 "설치" 소프트웨어는 단지 압축을 풀고 폴더를 만드는 것이므로 실제로는 녹색 소프트웨어입니다.

기본적으로 동의합니다. 하지만 레지스트리를 작성하지 않고서는 거의 불가능합니다.해당 소프트웨어를 사용한 후 레지스트리 편집기인 HKLM 및 HKLU를 열고 살펴보세요. 실제로는 거의 모든 키 값이 남아 있습니다.

위의 의견을 바탕으로 그린 ​​소프트웨어의 장점은 운영 체제를 오염시키지 않는다는 것입니다. (이것이 Green이라는 이름의 유래이기도 합니다. ), 설치가 필요 없고 제거가 쉽고 휴대가 간편하며 휴대용 USB 플래시 드라이브에 복사하여 어디서나 실행할 수 있다는 의견이 있습니다. 좁은 의미의 녹색, 넓은 의미의 녹색: 좁은 의미의 녹색은 순수한 녹색 소프트웨어라고 할 수 있습니다. 이는 소프트웨어가 현재 소프트웨어가 설치된 디렉터리를 제외하고 기존 운영 체제를 변경하지 않는다는 의미입니다. 아무 곳에도 쓰지 말고, 해당 디렉토리만 삭제하면 되는데 이는 대부분의 기존 DOS 프로그램과 유사합니다.

넓은 의미에서 녹색은 특별한 설치 프로그램이 필요하지 않음을 의미합니다. 시스템 변경이 상대적으로 적고 이러한 변경은 여러 동적 라이브러리를 복사하거나 레지스트리를 가져오는 등 수동으로 쉽게 완료할 수 있습니다. 여기서 핵심은 이러한 변경을 수동으로 쉽게 완료하거나 일괄 처리와 같은 스크립트의 도움을 받아 완료할 수 있다는 것입니다. .

왜 두 가지 카테고리로 나뉘나요? 좁은 의미의 그린 소프트웨어가 가장 이상적이지만, 이 정의를 완벽하게 충족하는 소프트웨어는 매우 드물며, 상당수의 소프트웨어가 넓은 범위의 그린 소프트웨어라는 개념을 포함하게 된 것이다. 친환경 소프트웨어의 중요성이 더욱 커졌습니다.

그렇다면 그린소프트웨어의 요건을 충족하지 못하는 것은 무엇일까요? 주로 운영체제와 매우 밀접하게 연결되어 통합되어 있는 소프트웨어를 말합니다. 이러한 소프트웨어는 친환경 소프트웨어로 만들기에는 적합하지 않으며, 원본 설치 프로그램을 사용하여 설치하는 것이 가장 좋습니다.

예를 들어 IE6은 시스템의 많은 동적 라이브러리를 대체하며 이 프로세스를 수동으로 완료하는 것은 어렵고 안전하지 않습니다.

또 다른 예로는 대부분의 바이러스 백신 소프트웨어가 있습니다. 시스템의 기본 작동을 실시간으로 모니터링해야 하고 시스템에 대한 수정 사항이 상대적으로 큰 경우에는 친환경 소프트웨어로 만드는 것이 적합하지 않습니다.

시스템과 더욱 긴밀하게 통합되는 Microsoft Office 시리즈 소프트웨어도 있습니다.

그러나 넓은 의미에서 이 표준은 Office 시리즈 소프트웨어의 설치 및 제작 프로세스를 이해하면 보다 유연한 녹색 Office 시리즈를 만드는 것이 가능합니다.

그린 소프트웨어의 정의를 제대로 이해하려면 최신 소프트웨어의 설치 과정과 실행 과정이라는 두 가지 측면에서 논의해야 합니다.

설치 과정: 과거 dos 아래에는 소위 그린 소프트웨어라는 것이 없었습니다. 원래 프로그램 설치는 기본적으로 간단한 복사나 압축 해제 후 config.sys 및 autoexec를 구성하는 것이었습니다. bat 파일이면 충분합니다.

Windows의 발전과 함께 응용 소프트웨어가 점점 더 커지고 복잡해지면서 설치 프로그램을 전문적으로 제작하는 회사도 있습니다. 예를 들어 InstallShield는 널리 사용되는 설치 프로그램으로 잘 알려져 있습니다. , 이제 Windows에는 Microsoft Installer라는 특수 설치 프로그램도 있습니다.

설치자의 역할은 무엇인가요? 주요 목적은 사용자가 이 단계를 수동으로 완료할 필요 없이 프로그램을 설치할 수 있는 간단하고 편리한 설정 환경을 제공하는 것입니다. 구성 프로세스가 복잡할수록 시스템 수정이 많아지고 설치에 대한 의존도가 높아집니다. Windows 프로그램을 배우고 사용하기 쉽다는 장점은 좋은 설치 인터페이스와 분리될 수 없습니다. 소프트웨어 설치 작업은 사용자가 수동으로 구성할 필요 없이 애플리케이션을 실행할 수 있는 예비적이고 완전한 환경을 제공하는 것입니다.

실행 프로세스: 애플리케이션이 시작되면 레지스트리 또는 구성 파일에서 구성을 읽습니다. 실행 시 구성을 수정할 수 있지만 이러한 수정은 일반적으로 소프트웨어를 설치하기 위해 수행된 작업을 기반으로 합니다. 예를 들어, 애플리케이션의 설치 위치는 변경할 수 없습니다.

설치 과정과 실행 과정의 차이를 이해하고 나면, 그린 소프트웨어의 사용을 이 두 단계에 따라 그린 설치 과정과 그린 실행 과정으로 나누어 생각해 보면 쉽습니다.

그린 설치는 그린 운영의 전제조건입니다. 그린 설치가 없으면 그린 운영이란 있을 수 없습니다. 앞서 언급한 그린 소프트웨어 표준에 적합하지 않은 것들은 먼저 그린 설치여야 합니다. 기본적으로 그린 ​​설치는 불가능합니다.

그린 설치의 기본 의미는 좁은 그린 설치와 넓은 그린 설치로 나눌 수 있다고 생각합니다. 1 좁은 의미의 그린 설치는 시스템 디렉터리에 복사하지 않고 대상 디렉터리에 직접 복사하거나 압축을 푼다는 뜻입니다. 가장 이상적인 상황은 레지스트리에 쓸 필요가 없거나, 시작 메뉴에 단축키를 추가하는 등의 압축 풀기 및 기타 작업에 거의 영향을 주지 않는 작업을 제외하고 설치 프로그램의 역할을 무시할 수 있는 것입니다. 즉, 설치 프로세스의 기능은 파일을 대상 폴더에 복사하는 것입니다.

2 넓은 의미의 친환경 설치는 좁은 의미의 복사를 기반으로 일부 동적 라이브러리를 시스템 디렉터리에 복사해야 하거나 필요한 설정을 레지스트리로 가져와야 하거나 기타 다른 그렇지 않으면 응용 프로그램이 실행될 수 없으며 이 구성 작업은 비교적 간단하고 쉽습니다...

재인쇄할 소스는 어느 폴더에 설치되어 있습니까? 피>