- ViImproved/설명서 . . . . 22 matches
▶Editor(unix system) Line editor 줄 단위 편집(ex ed)
Screen editor 문자 단위 편집(vi)
▶Vi 모드 명령어(편집)모드 일반 및 초기 모드로 문서의 수정, 삽입, 대체 등 명령 취소 ; <ESC>
:e <file>↓ 새로운 파일의 편집
:e!↓ 변경을 취소하고 재편집
:e+ <file>↓ 최종 행부터 편집 개시
:e +n↓ n 행째부터 편집 개시
:e #↓ 직전에 편집하고 있던 file을 편집
:e! #↓ 변경 점을 버리고 직전에 편집한 file을 편집
:n 다중화일 편집시 지정한 화일중 현재 파일의 다음 파일로 이동
: ex모드(편집) ^f 앞 방향으로 한 화면 스크롤 :r <file> <file>을 현재의 문서로 read
spacebar 다음문자 L 화면의 마지막 줄로 이동 :e <file> vi를 나가지 않고<file>편집
return 다음 줄 ^l refresh :e! 변경을 취소하고 재편집
/ 앞 방향 탐색 m 현위치를 레지스터에 마크 :n 다음화일을 편집
? 뒷 방향 탐색 M 화면의 중간으로 이동 :n <files> 편집하기 위한 화일의 새로운 리스트로서<file>작성
, 마지막f,F,t,T명령의 역방향으로 실행 n 마지막 검색 다시 수행 :e# 직전에 편집하고 있던 <file>작성
; 마지막f,F,t,T명령의 순방향으로 실행 N 마지막 검색 역방향 수행 :args 편집된 화일을 보여줌
autowrite(aw) noaw 여러 파일편집시 다른 파일로 이동전에 자동저장(:n, :!)
edcmpatible noedcmpatible ed편집기의 기능사용
window=(w=) 편집된 내용이 저장되지 않고 쉘 명령을 사용할 경우 경고 메시지를 출력
- 문서구조조정토론 . . . . 8 matches
["neocoin"]:말씀하시는 문서 조정은 문서 조정은 문서 작성자가 손대지 말아야 한다라는걸 밑바탕에 깔고 말씀 하시는것 같습니다. 문서 조정자는 특별히 문서 조정을 도맡는 사람이 아니고, 한명이 하는 것이 아니라, 다수가 접근해야 한다는 생각입니다. "다같이" 문서 조정을 해야 된다는 것이지요. 문서 조정을 한사람의 도맡고 이후 문서 작성자는 해당 문서에서 자기가 쓴 부분만의 잘못된 의미 전달만을 고친다라는 의미가 아닌, 문서 조정 역시 같이해서 완전에 가까운 문서 조정을 이끌어야 한다는 생각입니다. 즉, 문서 구조 조정이후 잘못된 문서 조정에서 주제에 따른 타인의 글을 잘못 배치했다면, 해당 글쓴이가 다시 그 배치를 바꿀수 있고, 그런 작업의 공동화로, 해당 토론의 주제를 문서 조정자와 작성자간에 상호 이해와 생각의 공유에 일조 하는것 이지요.[[BR]] 논의의 시발점이 된 문서의 경우 상당히 이른 시점에서 문서 구조조정을 시도한 감이 있습니다. 해당 토론이 최대한 빨리 결론을 지어야 다음 일이 진행할수 있을꺼라고 생각했고, thread상에서 더 커다랗게 생각의 묶음이 만들어 지기 전에 묶어서 이런 상황이 발생한듯 합니다. 그렇다면 해당 작성자가 다시 문서 구조 조정을 해서 자신의 주제를 소분류 해야 한다는 것이지요. 아 그리고 현재 문서 구조조정 역시 마지막에 편집분은 원본을 그대로 남겨 놓은 거였는데, 그것이 또 한번 누가 바꾸어 놓았데요. 역시 기본 페이지를 그냥 남겨 두는 것이 좋은것 같네요.(현재 남겨져 있기는 합니다.) --상민
["혀뉘"] : 위키 사용에 있어서 , 기존의 게시판과 같은 '글' 편집의 독자성,일관성 을 보장받지 못하다보니 이런 토의가 필요하게 된것 같군요. 사실 위키는 이러한 편집의 권리를 많은부분 '공유' 한다는 개념에서 나온것이기 때문에, 이를 너무 의식하면 위키 본래의 기능을 상실할 수 밖에 없을것 같습니다. 이런 일이 생기는 이유가, 그동안 ZP 의 움직임에 대해서 토론할 주제들이 많았기 때문에, 위키를 토론의 목적에 사용해서 그렇지 않았나 싶군요. 누구든지 글을 수정 할 수 있다는 위키의 장점이, '토론' 분야에 적용하면서 단점으로 바뀌게 되었다고 봅니다. '토론' 분야 만큼은 편집의 독자성을 보장 하는것이 어떨까요? 문서의 종류에 따라, 사실에 기초한 문서는 여러사람이 손을 대서 '완전에 가까운 문서' 를 만들어낼 수 있겠지만, '의견' 에 기초한 문서는 여러사람이 손을 대면 댈 수록 본래 의견제시를 했던 사람의 '의견' 은 훼손됩니다. 편집의 독자성이 필요하다고 생각됩니다. 망치로 대패질 할 수는 없는게 아닐까 합니다. 망치를 쓸 곳에 대패를 사용하려면, 대패 몸이 조금 상하겠지만, 휘둘르는 방법으로 못을 박아야지요 :)
위키에서 편집의 권리를 '공유'하고 고쳐나가는 개념이 제대로 적용되는 것은, 위키를 쓰는 사람들이 점점 익혀나가야 할 부분입니다. 토론과 관련된 부분에서 위키의 방식이 단점으로 작용한다고 보지 않습니다. 예를 든다면, KLDP의 토론란을 보면 더더욱. 스레드가 길어질수록 주제와 맞지 않는 글들이나 중간에 일어나는 감정싸움들은 걸러져야 할 것임에도 불구하고 그 자리를 차지하고 있습니다. 스레드가 길어질수록 결국은 논제를 벗어납니다. 위키스타일이라면, 문서구조조정을 통해서 그러한 것을 어느정도 줄여줄 수 있을 것이라 생각됩니다.
'''우선은 저자의 의도를 더 잘 드러내는 편집만으로도 충분해'''
해당 공동체에 문서구조조정 문화가 충분히 형성되지 않은 상황에서는, NoSmok:ReallyGoodEditor 가 필요합니다. 자신이 쓴 글을 누군가가 문서구조조정을 한 걸 보고는 자신의 글이 더욱 나아졌다고 생각하도록 만들어야 합니다. 간단한 방법으로는 단락구분을 해주고, 중간 중간 굵은글씨체로 제목을 써주고, 항목의 나열은 총알(bullet)을 달아주는 등 방법이 있겠죠. 즉, 원저자의 의도를 바꾸지 않고, 그 의도가 더 잘 드러나도록 -- 따라서, 원저자가 문서구조조정된 자신의 글을 보고 만족할만큼 -- 편집해 주는 것이죠. 이게 잘 되고 어느 정도 공유되는 문화/관습/패턴이 생기기 시작하면, 글의 앞머리나 끝에 요약문을 달아주는 등 점차 적극적인 문서구조조정을 시도해 나갈 수 있겠죠.
- MoniWikiTutorial . . . . 6 matches
위키위키는 누구나, 언제 어디서나, 쉽고 빠르게, 무엇이나 고칠 수 있는 편집 시스템을 말합니다.
* [[Icon(edit)]] 이 아이콘을 누르면 편집창이 뜨게 됩니다.
== 네째고개: 편집하기 ==
* '''[[GetText(Preview)]]''': 편집된 내용을 미리볼 수 있습니다.
* '''[[GetText(Save)]]''': 편집이 완료되면 저장을 합니다.
* '''[[GetText(GUI)]]''': 자바스크립트가 지원되는 환경에서 GUI 편집창을 보여줍니다.
- HelpOnPageCreation . . . . 5 matches
페이지를 만드는 방법은 여러가지 방법이 있습니다. 그중에 위키에서 일반적으로 권고되는 방법으로는 먼저 원하는 페이지로 가서 편집을 해서, {{{FoobarPageName}}}이나 , {{{[[어쩌고페이지]]}}}식으로 위키링크를 본문에 집어넣고 저장을 합니다. 이렇게 하면 새롭게 갱신된 페이지에 새로운 링크가 생기게 되는데, {{{FoobarPageName}}} 혹은 {{{[[어쩌고페이지]]}}}라는 위키링크가 새로운 페이지를 가리키게 됩니다. 새로운 페이지는 아직 없기 때문에 새롭게 만들어진 위키링크는 색상이나 모양이 약간 다른 형태로 보이게 됩니다. 이것을 클릭하면 페이지를 새로 만들것이냐는 대화 메시지 혹은 비슷한 이름을 가진 페이지 목록을 보여주게 되며, 원한다면 새롭게 페이지를 만들 수 있게 됩니다.
새롭게 페이지를 만드는 경우도 일반 페이지를 편집하는 방식과 마찬가지로 고칠 수 있습니다. 편집 폼에 내용을 채운 후에 최초 저장을 하면 페이지가 진짜로 만들어지게 됩니다. 한번 만들어진 페이지는 일반적으로 지울 수 없도록 되어있습니다. [[FootNote(페이지 지우기는 모니위키 설정을 통해 변경가능합니다. 또한 모니위키에서는 페이지를 지우더라도 변경 역사까지 지우게 되어있지 않습니다. 따라서 언제든지 복구할 수 있습니다.)]] 그러므로 위키 페이지를 처음 만들 때에 위키 페이지 이름을 잘 만드는 것이 낫겠지요.[[FootNote(모니위키에서는 페이지이름을 변경하는 것도 가능하며, 페이지이름에 대한 별명을 만드는 방식도 지원합니다)]]
템플릿 페이지는 조금 특별하게 취급되는 페이지입니다. 페이지를 만들되 페이지 이름이 "'''Template'''"로 끝나는 페이지를 만들면 그것이 템플릿 페이지가 됩니다. [[FootNote(위키 관리자에 의해서 Template로 끝나는 이름이 아닌 다른 형태의 이름으로 그 설정을 바꿀 수도 있습니다)]] 이렇게 만들어진 템플릿 페이지는 페이지를 새롭게 만드는 경우에 목록으로 제시되게 되며, 템플릿 페이지를 선택하면 그것이 처음으로 편집 폼에서 인용되어 처음 만드는 페이지를 보다 쉽게 만들 수 있게 해줍니다.
이러한 변수를 집어넣어 편집하게 되면 그 저장되는 시점에서 완전히 다른 내용으로 대치된다는 사실에 유의해 주세요.
- MoniWikiPo . . . . 5 matches
msgstr "편집할 수 없습니다"
msgstr "편집창 줄이기"
msgstr "편집창 늘이기"
msgstr "%s은(는) 편집할 수 없습니다"
msgstr "편집기로 가기"
- WinCVS . . . . 5 matches
1. 저장소에 들어있는 프로젝트를 편집 가능한 공간에 모셔와보자.
4. 확인을 하면 파일들이 편집할 공간으로 나온다. sourcesafe의 체크인 정도로 생각하면 된다.
3. 연필 그림의 작대기가 지워지면서 편집 가능한 상태로 간다.
4. 신나게 파일을 편집하도록 하자
5. 파일을 모두 편집한 후에는 Trace - Unedit(툴바의 지우개그림)을 선택하자.
- ZeroWiki/Mobile . . . . 4 matches
=== 편집 가능 여부 ===
모바일 환경에서 열람만 가능할 것인가? 편집도 가능하게 할 것인가? 편집을 할 경우 편집 도구라던가 [AJAX]라던가 어떻게 해야 하나 고민이 있음
- 새페이지만들기 . . . . 4 matches
페이지를 편집하는 중 새 페이지를 여는 방법.
'''방법 1'''. 또 다른 방법으로는 위의 Go 에 있는 에디트박스에 새 페이지 이름을 적는다. 해당 페이지가 없으면 새 페이지 편집모드가 된다.
'''방법 2(권장)'''. EditText를 한뒤 편집하는 장소에 {{{[["페이지이름"]]}}} 을 쓴다. 그리고 나서 그 페이지를 보면 해당 페이지이름이 붉은색으로 링크가 걸릴 것이다. 해당 페이지이름을 클릭하면 새 페이지를 편집할 수 있으며, 해당 페이지가 만들어지고 난 뒤부터는 일반링크가 걸린다.
- 일반적인사용패턴 . . . . 4 matches
== 페이지 편집 ==
페이지 편집을 위한 태그들은 다음 링크를 참조하세요. (해당 페이지를 EditText해보시면 다른 사람들이 어떻게 편집했는지 알 수 있으니 보고 배우셔도 됩니다.)
* 페이지를 삭제한 경우 - 짝짝이 안경(diff) 기능이 작동하지 않습니다. 파란아이를 이용하셔서 날린 내용을 얻은뒤 편집해주세요. (조금 번거롭습니다.)
- HelpOnPageDeletion . . . . 3 matches
페이지 지우기를 사용할 수 있는 위키의 경우 {{{DeletePage}}} 액션을 통해 페이지를 지우실 수 있습니다. 페이지를 지운다는 것은 가장 최근의 편집 복사본이 지워진다는 것이며, 페이지의 모든 변경내역은 여전히 남아있게 됩니다.
raw 혹은 [[GetText(source)]]라고 되어있는 링크를 누르면 텍스트 형식의 위키문법이 브라우져에 보여지게 되며, 이를 그대로 복사한 후에 해당 페이지에서 [[Icon(edit)]] 아이콘을 눌러 해당 페이지를 편집하여, 편집 폼에 복사했던 텍스트 내용을 붙여넣기 한 후에 저장합니다.
- HelpOnSmileys . . . . 3 matches
편집 화면에서 {{{[[SmileyChooser]]}}}를 넣고 싶은 경우에는 아래와 같이 EditTextForm 페이지를 편집해주셔야 합니다.
{{{#editform}}}이 들어가는 부분에 편집 폼이 위치하고 되고, 그 아래에 {{{[[SmileyChooser]]}}}가 들어가게 됩니다.
- MFC/Control . . . . 3 matches
|| 편집 컨트롤 || 텍스트라인을 입력하고 편집가능하다. 여러줄의 텍스트를 편집하도록 확장 가능. ||
- NSISIde . . . . 3 matches
* .nsi 스크립트를 읽어서 편집할 수 있다.
* .nsi 스크립트를 읽어서 편집할 수 있다.
|| Rich Edit Control 의 이용. 편집. 자료구조와 sink. || 0.5 ||
- 창섭/배치파일 . . . . 3 matches
그래서 사용자들은 문서작성에 이용하는 워드프로세서나 텍스트에디터 등을 이용해 배치 파일을 작성할 수 있습니다. 그러나 워드프로세서는 덩치가 크고 원래 목적이 편집과 출력을 위해 만들어진 것이므로 단순한 배치 파일을 작성하는 데는 권하고 싶지 않습니다.
저장할때도 워드프로세서 고유의 포맷(예" .hwp 확장자를 가지는 아래아한글 데이터 파일)으로 저장하면 인식이 되지 않으므로 아스키 파일로 저장해야 합니다.가장 편리한 방법은 일반 문서 에디터( 도스의 Edit, Q에디터,U에디터 등)를 이용하거나 도스의 'Copy Con' 명령으로 배치 파일을 만드는 것입니다.다음과 같이 'Copy con 파일명' 형식으로 입력하고 엔터를 누르면 도스 프롬프트 상태에서 편집할 수 있는 상태가 됩니다.
여기서 쓰고 싶은 대로 적기만 하면 됩니다.제일 마지막행의 ^Z 는 파일의 제일 마지막 부분이라는 것을 도스에게 알려주는 코드로 < Ctrl + Z > 키 또는 F6 키를 누르면 됩니다. 그리고 엔터키를 한번더 누르면 '1 File(s) copied' 라는 메세지가 출력되는데, 이는 방금 ' copy con 파일명 ' 으로 작성된 문서파일이 성공적으로 만들어졌다는 뜻입니다.위의 문서파일은 확장자가 .BAT 로 붙었기 때문에 실행가능한 외부 명령어가 되는데, 배치파일은 명령이 기록되어 있는 순서대로 실행되기 때문에 timedate.bat 를 실행시키면 먼저 화면을 지우고 난뒤 시스템의 시간과 날짜를 설정합니다.간단한 배치파일은 'copy con 파일명' 으로 작성하는 것이 다른 프로그램의 도움없이 쉽고 빠르게 처리할 수 있습니다. 하지만 배치파일이 조금 길거나 작성중에 수시로 편집할 일이 생기는 경우에는 불가능합니다. 'copy con 파일명' 으로 파일을 작성하면 행으로 다시돌아갈 수 없을 뿐 아니라 수정이 불가능하기 때문입니다. 그러므로 배치파일을 만들 필요가 있을때는 문서 에디터를 이용하는 것이 좋습니다.
- 5인용C++스터디/에디트박스와콤보박스 . . . . 2 matches
에디트 컨트롤은 문자열을 보여주며 편집할 수 있도록 해주는 컨트롤이다. 주로 사용자에게 문자열을 입력받을 때 사용된다.
Undo / 최후 편집 동작을 취소한다.
- CToAssembly . . . . 2 matches
고급언어 변환기, 어셈블러, 편집기, 다른 프로그램을 만드는 작업을 돕는 프로그램들이 시스템 소프트웨어에 속한다. 우리는 이미 프로그래밍에는 기계어, 어셈블리어, 고급언어 세 단계가 있음을 안다.
나는 이 글이 gcc가 만드는 어셈블러 출력을 이해하기에 충분하길 기대한다. 목록 8은 gcc -S add.c로 만든 파일 add.s를 보여준다. add.s를 편집하여 많은 (대부분 정렬(alignment) 등의 목적의) 어셈블러 지서어를 삭제하였음을 밝힌다.
- FoundationOfUNIX . . . . 2 matches
* vi 편집기 사용
* 첫 단계로 .cshrc 를 vi로 편집하여서 cp 명령어를 치면 자동으로 지울것인가 안 지울 것인가 묻게 만들기..
- Gof/Mediator . . . . 2 matches
유사한 application은 Unidraw drawing framework에서 나타나고[VL90] connectors사이에 연결성 제약들을 적용하는 CSolver라 불리는 class를 사용한다. 그래픽 편집기에서 객체들은 다른 방법으로 서로 다른 객체들을 짜집는 것으로 보일 수 있다. connector들은 연결성이 자동적으로 관리되는 그림 편집기나 회로 설계 시스템과 같은 application들에서 유용하다. CSolver는 객체들 사이에 mediator이다. 그것은 연결제약을 해결하고, connector들의 위치를 그것들을 반영하기 위해서 update한다.
- HelpOnActions . . . . 2 matches
모니위키는 액션이라는 확장기능을 제공합니다. 액션은 현재 보고 있는 페이지 혹은 전체 위키에 대한 특별한 확장 기능을 말합니다. 매크로와는 다르게 위키 페이지에 직접 매크로를 삽입해야 하는 것이 아니라 그 페이지를 다른 방식으로 보는 방법을 제공합니다. 예를 들어 페이지를 편집하는 기능를 `edit` 액션이라고 하며, 북마크를 하는 기능은 `bookmark`액션을 통해 이루어지고, 전체 검색, 제목 검색, 역링크 검색 등등 여러가지 기능을 제공합니다. 이러한 액션은 플러그인 방식으로 다른 기능을 손쉽게 확장할 수 있게 하여 위키의 풍부한 기능을 가능하게 만들어주고, 일부 액션은 페이지의 내용과 상관 없는 기능을 제공하기도 합니다. (페이지 지우기 기능은 DeletePage 혹은 페이지 이름을 바꿔주는 RenamePage 기능)
* `edit`: 페이지 편집
- NeoCoin/Server . . . . 2 matches
4. 다음과 같이 /etc/kernel-pkg.conf 파일을 편집한다. debian은 커널 패키지의
/var/lib/cvs/CVSROOT/ 밑에 파일을 직접편집해도 되지만 별로 권장하는 바는
- SRPG제작 . . . . 2 matches
1. 이것을 일단. 그림판으로 낙찰. (그 이외 BMP를 편집할 수 있는 것이라면 OK).
1. 맵을 편집하는 프로그램. 위에서 만든 타일들을 사용하여 맵을 만든다.
- STLErrorDecryptor . . . . 2 matches
다) 이젠 프록시 CL의 동작에 필요한 환경 옵션을 제공하는 Proxy-CL.INI 파일을 여러분의 개발환경에 맞게 고쳐야 합니다. 텍스트 편집기로 Proxy-CL.INI를 열면 아래의 [common], [proxy.cl], [stltask.exe] 부분이 모두 비어 있는데, 윗부분의 주석문을 참고하면서 환경 변수를 고쳐줍니다. 반드시 설정해야 하는 옵션은 다음과 같습니다.
라) 이렇게 편집한 Proxy-CL.INI를 윈도우 디렉토리에 복사합니다. 윈도우 디렉토리란 윈도우 98/ME 등에선 \WINDOWS이겠고, 윈도우 NT/2000/XP 등에선 \WINNT 이겠지요. 즉 운영체제와 프로파일 파일들이 들어 있는 곳입니다. 프록시 CL은 기본적으로 이 윈도우 디렉토리에서 읽은 Proxy-CL.INI을 가지고 동작 옵션을 정합니다.
- SmallTalk/강좌FromHitel/강의2 . . . . 2 matches
지고 있습니다. 즉 흔히 사용하는 텍스트 문서 편집기와 비슷한 동작 방식을
스트 편집기와 다른 점은, 이곳에는 Smalltalk의 명령들이 들어가고, 이 명
- TheWarOfGenesis2R . . . . 2 matches
* 타일 그래픽의 편집은 그림판으로, 속성의 편집은 타일에디터로 한다. 추후.. 통합(?) 할지도?
- TheWarOfGenesis2R/ToDo . . . . 2 matches
* 현재 맵의 편집이 숫자로만 가능. 그림을 보면서 편집할 수 있도록 고칠 예정.
- woodpage/VisualC++HotKeyTip . . . . 2 matches
*다이얼로그 편집하는 부분에서 Ctrl + T를 누르면 미리보기가 된다. 왼쪽 밑에 Ready 위에 레바같은걸 당겨도 됨
*WndTabs를 깔면 울트라 에디트처럼 편집창밑에 열어본 페이지들이 나온다. 근데 열어본 파일이 많을경우 머가 먼지 모르게된다.
- 2학기파이선스터디/문자열 . . . . 1 match
* 자주 쓰일거라고 예상 되는것 중심으로 편집.
- 5인용C++스터디/다이얼로그박스 . . . . 1 match
modalless dialog의 예는 글 워드 프로세서의 찾기 창을 들 수 있다. 찾기창을 띄운 후 창을 닫지 않로서도 문서편집 작업을 계속해서 할 수 있다. 이러한 속성을 modalless라고 한다.
- AcceleratedC++ . . . . 1 match
각 chapter페이지 마다 링크된 다른 chapter 를 익스플로어의 '뒤로' '앞으로'처럼 편집해 놓았습니다. 사실 현재 페이지는 다시 클릭할 일이 없기 때문입니다. 어떤가요? :) --["창섭"]
- DNS와BIND . . . . 1 match
* 시동 파일 편집
- DevCppInstallationGuide . . . . 1 match
=== 도구 -> 편집기설정 -> 화면 -> 행번호 체크 ===
- DevelopmentinWindows/UI . . . . 1 match
* 색 편집[[BR]]
- GIMP . . . . 1 match
GNU Image Manipulation Program. GNU 진영의 오픈소스 그래픽 편집기이다.
- HelpOnConfiguration . . . . 1 match
config.php에 `$security_class="needtologin";`를 추가하면 로그인 하지 않은 사람은 위키 페이지를 고칠 수 없게 된다. 로그인을 하지 않고 편집을 하려고 하면 경고 메시지와 함께, 가입을 종용하는 간단한 안내가 나온다.
- IntegratedDevelopmentEnvironment . . . . 1 match
IDE는 Integrated Development Environment를 말하며 한국어로는 통합 개발 환경을 의미한다. 보통 텍스트 편집기에 syntax highlite와 debugger, 빌드 도구, 컴파일러 등이 모두 통합되어 나오며 IDE하나만으로도 소스코드를 작성하는데 문제가 없다.[* 최근에는 이마저도 부족한 경우도 있다.]
- JSP . . . . 1 match
2. server 편집
- MoniWikiACL . . . . 1 match
// 사용자 Foobar는 WikiSandbox 편집 못하게 함
- MoreEffectiveC++/Exception . . . . 1 match
해당 사본은 구지 복사할 필요가 없을 것이다. 하지만 catch 는 복사해 나가고 그래야만 catch 에서 localWidget의 사본을 편집해서 이용할수 있다. 이러한 복사의 규칙은 함수 전달과 예외 인자 전달의 차이점을 설명해 준다.
- PairProgramming . . . . 1 match
* 협동 - 이번경우는 비교적 협동이 잘 된 경우라고 생각한다. Python 으로 문제를 풀기 위한 프로그래밍을 하는데는 석천이, Idea 와 중간에 데이터 편집을 하는데에는 정규표현식을 잘 이용하는 상민이가 큰 도움을 주었다. 적절한 때에 적절하게 주도하는 사람이 전환되었던 것으로 기억.
- PythonLanguage . . . . 1 match
이미 다른 언어들을 한번쯤 접해본 사람들은 'QuickPythonBook' 을 추천한다. 예제위주와 잘 짜여진 편집으로 접근하기 쉽다. (두께도 별로 안두껍다!) Reference 스타일의 책으로는 bible 의 성격인 'Learning Python' 과 Library Reference 인 'Python Essential Reference' 이 있다.
- RecentChanges . . . . 1 match
|||| [[Icon(new)]] ||북마크하신 이후 새로 만들어졌고 다시 편집되지 않은 페이지를 의미합니다.||
- Ruby/2011년스터디/세미나 . . . . 1 match
* 진짜 한번쯤 건드려보고 싶은 언어였는데 차일피일 미루다가 드디어 해봤습니다. 루비의 문제점도 많이 보였지만 그래도 (제 입장에서는) 직관적인거 같아서 좋았습니다. 시간이 된다면 irb로가 아닌 editor를 이용해서 편집한 소스코드를 컴파일하고 돌려보는 방법도 해보면 좋겠어요. - [지원]
- Telephone . . . . 1 match
다음 화일을 편집기에 작성하고, 실행화일이 있는 디렉토리 (ex)1002\Telephone\debug) 에 저장하세요.~
- ThePragmaticProgrammer . . . . 1 match
이들의 프로그램학은 구체적이며, 그 구현에 이르는 경로는 간결하다. 이들은 예를들어,하나의 텍스트 편집기를 배우게 되면 그것을 모든 것에 활용하라고 독자들에게 조언하고 있다. 또한 권고하고 있는 것은, 심지어 가장 작은 프로젝트에 대해서도 버전트래킹 소프트웨어를 사용하라는 것이며, 규칙적인 수식구문과 텍스트 처리언어 학습의 장점을 계도하고 있다.
- TheWarOfGenesis2R/일지 . . . . 1 match
* 스크립트 에디터 : 기본적인 맵 편집이 가능하다.
- VisualStuioDotNetHotKey . . . . 1 match
Ctrl-Shift-Spacebar : 함수이름편집중 '''툴팁'''으로나오는 함수와매개변수설명이 안나올경우, 강제로 나오게
- WikiGardeningKit . . . . 1 match
표 편집기
- ZeroPageMagazine . . . . 1 match
제가 선전부의 pop지의 발행과정에 대해 설명하겠습니다. 먼저 모든 부원이 모여 잡지에 기재될 내용에 대한 토의를 합니다. (잡지의 디자인이나 형식 같은 것도 의견을 나눕니다.) 적당한 주제꺼리를 추스리면 부원들에게 그 주제를 주고 내용을 만들어오라합니다. 부원들이 내용을 구성해서 부장에게 건내면 부장은 그 내용들을 적당히 편집하여 정리하여 인쇄소에 가서 인쇄를 합니다. --[강희경]
- 데블스캠프2010/첫째날/오프닝 . . . . 1 match
* 누구나 글 작성 가능하고, 편집도 가능하다.
- 데블스캠프2011/첫째날/오프닝 . . . . 1 match
* 누구나 글 작성 가능하고, 편집도 가능하다.
- 블로그2007 . . . . 1 match
* 책에서 하라는 데로 다 설치하긴 했는데 코딩할 때는 어케 해요?[[BR]]C++처럼 따로 프로그램이 있는건가?... 아님 그냥 편집기로?... -송지훈 '''[답변 및 의견 1]'''
- 사과나무/과제방/1회차/김서정 . . . . 1 match
우측 편집을 눌러 수정하세요
- 새싹교실/2011/學高/1회차 . . . . 1 match
* 위키의 사용법, 편집방법, 링크, 소스코드, 등을 사용하는 방법을 배웠고
- 새싹교실/2011/쉬운것같지만쉬운반/2011.3.15 . . . . 1 match
* 오늘 2시에 6피에서 새싹교실을 처음했다. 박성현 선생님께서 위키 편집법을 가르쳐주셨다. 쫌만 더 해보면 금방 익숙해질것 같다. 앞으로 새싹교실에서 더 유용한걸 많이 배우게 되겠지??:) - [송치완]
- 새싹교실/2012/AClass/4회차 . . . . 1 match
[편집]
- 새싹교실/2012/세싹 . . . . 1 match
2) 후기 작성 - 아래 회고란에 편집을 눌러 후기를 남겨주시면됩니다. 위의 feedback 항목을 참고하세요.
- 새싹교실/2012/열반/120319 . . . . 1 match
* [정진경] : 리눅스 터미널 환경에서 진행했는데, 컴파일 하는 과정이나 편집하는 과정의 설명은 생략했습니다. 검은 화면에 흰 문자열이 큰 거부감을 일으키는 것 같지는 않습니다. 아무래도 준비가 빈약하다보니 뭘 가르쳐야 할지 모르겠습니다. 일단 상세한 문법이나 C 표준에 대한 설명은 뒤로 미루는 것이 좋을 것 같고, 일정 수준 이상의 프로그래밍을 스스로 할 수 있을 정도로 실력을 끌어올리는 것에 집중해보려 합니다. 또한 중간중간에 코드를 작성한 것에 대한 출력을 물어보면서 알고 있는지 확인하는 과정이 중요한 것 같습니다.
- 새싹교실/2012/주먹밥 . . . . 1 match
* 한원표 : 새싹교실 첫 수업이었다. 박도건, 용상훈이라는 동기들과 같이 하게되었는데 앞으로 친해졌으면 좋곘다. 처음에는 새싹교실을 하는 이유와, 진행방식 등에 대해 선배님께 설명을 들었다. 그리고 wiwki에 가입해서 앞으로 우리가 새싹교실에서 배운것, 느낀것을 직접 편집할 수 있다는 것이 좋았다. 그 후에 Virtual Box라는 것으로. Hello World라는 프로그램을 짯는데 새로운 환경을 볼 수 있어서 좋았지만 한편으로는 처음보는 환경이라 어색한 감이 있었다. 그리고 어플 프로그램을 보여주셨는데. 친구들은 이해하는것 같은데 나만 잘 못하는 것 같았다.
- 새싹교실/2013/라이히스아우토반/3회차 . . . . 1 match
* Internet Explorer를 제외한 다른 브라우저 (Chrome,FireFox, Opera)로 위키에 들어오면 편집하기 쉬워요.
- 새싹교실/2013/라이히스아우토반/4회차 . . . . 1 match
* Internet Explorer를 제외한 다른 브라우저 (Chrome,FireFox, Opera)로 위키에 들어오면 편집하기 쉬워요.
- 새싹교실/2013/라이히스아우토반/6회차 . . . . 1 match
* Internet Explorer를 제외한 다른 브라우저 (Chrome,FireFox, Opera)로 위키에 들어오면 편집하기 쉬워요.
- 새싹교실/2013/라이히스아우토반/7회차 . . . . 1 match
* Internet Explorer를 제외한 다른 브라우저 (Chrome,FireFox, Opera)로 위키에 들어오면 편집하기 쉬워요.
- 새싹배움터05 . . . . 1 match
* 이번에 세미나 및 프로젝트를 할때는 과거에 비슷한 주제로 했던 문서들을 적극 활용하였으면 좋겠습니다. 지금까지 보통 세미나,스터디를 하면 뭐든 새로 만들었는데 그것보다 과거에 했던 것중에서 좋은것들을 잘 모아 편집하고 추가로 필요한 내용들을 넣는것입니다. 그렇게 하여 한가지 주제에 대한 완성도 높고 양질의 문서들을 만들어 나가서, 세미나, 프로젝트가 그 순간에만 활용되고 끝나기 보다는 과거의 것을 정제 하고 과거 했던 비슷한것들을 할 시간에 더 양질의 내용을 채워 나가서 계속 활용하였으면 합니다. -[상협]
- 송지원 . . . . 1 match
* [ZeroPage성년식] - 기획단 참여. 책자 편집 및 수금(?).
- 열린제로페이지 . . . . 1 match
--류상민(군이 쓴거 맞죠?:우어 이름 배먹었나. 역시 편집중 실수 죄송..)
- 위키QnA . . . . 1 match
A : "도구->인터넷옵션->개인정보->편집" 눌러서 zp.cse.cau.ac.kr 허용으로 해주면 됩니다. --구근 [[BR]]
- 정모/2012.11.26 . . . . 1 match
* 편집자를 뽑되 많은 사람들이 참여해서 작성하기로
- 정모/2013.5.20 . . . . 1 match
* TIP : Internet Explorer를 제외한 브라우저(FireFox라던가 Chrome이라던가)로 들어오면 각 항목 우측에 "편집"이라고 떠요. 좀 더 편하게 수정 할 수 있죠.
- 제13회 한국게임컨퍼런스 후기 . . . . 1 match
* 마지막 세션은 NVDIA와 Visual Studio를 연계해서 디버깅하는 것에 관해 이야기를 했는데.. 보여주면서 하긴 했는데 뭔 내용이 이렇게 지루한지..; 전반적인 NVIDA 소개와 필터 버그 등 버그가 발생하였을 때 픽셀 히스토리 기능으로 추적해서 셰이더 편집기능으로 수정하는 등 버그를 어떻게 고치는지, 툴은 어떻게 사용하는지에 대한 이야기가 주였다.
- 제로페이지위키베타 . . . . 1 match
* 제로페이지 회원들은 zeropage 카페에 가입을 하시고, 추후에 자신의 위키에서 글을 쓰고 그 글을 zeropage에 올리고 싶을때는 편집창 카페 선택에서 제로제이지를 선택하면 그 글은 제로페이지에 올라가게 됩니다.
- 컴퓨터공부지도 . . . . 1 match
* 내 생각엔 일단.. : 윈도우 컨트롤(VC 등의 리소스 편집기에서 제공 되는 모든 컨트롤들) 을 다루는 법을 완전히 습득 하자. 리스트 컨트롤, 트리 컨트롤, 탭 컨트롤 등의 모든 컨트롤을 자유자재로 원하는 모양(비트맵) 으로 바꿔서 사용할 수 있을때 까지 하자. 완전히 습득하면 어떤 프로그램이든 50% 이상 개발 기간이 단축될 것이다. -- ["김정욱"]
- 프로그래밍잔치/첫째날후기 . . . . 1 match
* 계층위키에 대해서 - 개인 페이지 내에 계층위키로 페이지를 열고 시작한다면, 처음 쓰는 입장에선 특별히 편집에 대해 구애받지 않아서 좋을 것 같다.
Found 72 matching pages out of 7557 total pages (3300 pages are searched)
You can also click here to search title.
