எழில் உதவி ஆவணம் காட்டி மேம்பாடு

எல்லா மென்பொருளிலுமே ஒரு “Help” (உதவி) மெனு கொடுப்பது IT துறையில் உள்ள ஒரு எழுதாத சட்டம் என்றே சொல்லலாம்.

இப்போது இந்த எழில் செயலி எழுதியில் ஒரு உதவி ஆவணம் கட்டியை முன்னாடியே இணைத்திட்டோம். ஆனால் அது மனசுக்கு பிடித்தமாதிரி இல்லை.

இப்போது இந்த window (சாளரத்தில்) எனக்கு மூன்று விஷயங்கள் பிடிக்கவில்லை; இதற்க்கு படம் 1 உதவியாக இருக்கும்:

  1. புத்தகத்து தலைப்பு “0” என்று சொல்லக்கூடாது; இது நீக்கப்படவேண்டும்.
  2. அடுத்து அத்தியாயங்களின் தலைப்பு இடது பக்கம் ஆரம்பித்து  இருக்கவேண்டும்.

    ezhil_book_screen_updates
    படம் 1:   எ ழுதி உதவி ஆவணம் காட்டி
  3. அடுத்து அத்தியாயத்தின் தலைப்பை பெரிய எழுத்துக்களில் இருக்க செய்யவேண்டும்.

இவற்றை github வழு பட்டியலில் issue என்று பதிவு செய்தேன்

 

 

இதனை GTK3+ documentation கைவசம் வைத்து நிரலை மாத்தி எழுதலாம். இதற்க்கு முன்னும் பின்னும் ஒரு மணி நேரம் மேல் ஆனது.

ஒவ்வொரு முறையும் ezhil-lang/editor/DocView.py என்ற நிரலை மாற்றிய பின் python ezhuthi.py என்று இயக்கி “உதவி > புத்தகம்” என்ற மெனுவில் இருந்து சுடக்கி இதன் தோற்றத்தை சரிபார்க்கவேண்டும்.

எல்லாம் சரியானதும் இது போன்று காட்சி அளித்தது:

ezhil_book_screen_updated
படம் 2: திருத்தம் செய்த நிரலில் “உதவி > புத்தகம்” தோற்றம்

இதனை github-இல் உடனே சேர்த்துவிட்டேன். இப்போது எழில் ஆவணம் காட்டி மேம்பாடு செய்தாச்சு ! மீன்டும் பார்க்கலாம்.

-முத்து

எழில் கற்க வீடியோ பயிற்சி – learn programming videos

தமிழில் எப்படி கணினி நிரலாக்கல் கற்றுக்கொள்வது ? முதலில் எழுதி செயலியை உங்கள் Windows OS அல்லது Linux OS இல் download செய்து, “தமிழில் நிரல் எழுது” என்ற புத்தகம் படி ஒவ்வொரு நிரல் எழுதி, இயக்கி பயிலுங்கள்.


இந்த வீடியோ பட்டியல் உங்களுக்கு கைகொடுக்கும்.

கடைசி கட்டம் – நிரல் உரைதல்

வெளியீடு செய்யும் முன் ஒரு மென்பொருளில் சில வழிமுறைகளை பின்பற்றுவது பொறியியல் நடைமுறை.

  1. தனி பரிசோதனை (unit tests)
  2. கூட்டு பரிசோதனை (integration tests)
  3. இயங்குதளம் நிறுவல் பரிசோதனை (operation system installation tests)
  4. பயனர் இடைமுகம் பரிசோதனை (user interface testing)

இவை எல்லாவற்றையும் செய்தால் ஒரு நல்ல மென்பொருளை தரமாக உருவாக்கலாம் என்பது கணினியியலில் நடைமுறை புரிதல்.

பரிசோதனைகளில் ஏதேனும் ஒருசில பிழைகள் கண்டறிந்தால் அல்லது சில வழுக்களை கண்டறிந்தால் அவற்றை தீர்வு செய்தபின் தாமதாமாக வெளியீடு செய்வதும் நடைமுறை பழக்கம்.

கடைசி கட்டம் என்பது மென்பொருள் வெளியீட்டில் (code freeze) என்ற கட்டத்தை கடந்த பின்பே ஒரு தைரியத்துடன் மென்பொருளை வெளியிடலாம். இதற்க்கு பல குழுக்கள், பொறியாளர்கள் சேர்ந்து உழைக்கவேண்டும். இப்படி குழுக்கள் கிடைக்காத திட்டங்கள் தொடர்-வெளியீடு (agile/நளினமுறை) என்ற படியாக நிரல்களை வெளியீடுக்கு தயார் செய்துகொள்வது சகஜம்.

மென்பொருளில் பிழை/வழு இல்லாத மென்பொருள் என்பதே இல்லை. இதில் உள்ள பொறியியல் சிக்கல் (complexity) கையாள்வதற்கு ஒரு மனிதர் தேவை – இதனை முழுதுமே செயற்கை நுண்ணறிவால் (A.I.) தானியங்கி படுத்தமுடியுமா என்பது காலத்தால் மட்டுமே சொல்லக்கூடிய கேள்வி.

மேலும் மென்பொருள் வெளியீட்டில் உள்ள கடைசி கட்ட, மென்பொருள் உரைதல் என்ற பொறியியல் நிலையை பற்றி அடுத்த அத்தியாயத்தில் பார்க்கலாம்.

-முத்து