MyLib - каталогизатор дисков

MyLib - каталогизатор дисков 0.93 является удобным каталогизатором для дисков. Приложение MyLib обладает возможностями по поиску в каталоге, добавлению комментариев к сохранённым файлам, экспорту данных в html, а также учетом должников дисков. Кроме того, приложение поддерживает возможность осуществлять поиск в базе данных приложения по тегам mp3. Приложение позволит пользователям, которые имеют большое количество дисков упорядочить и рассортировать данные о них.

Теперь вы никогда не будете тратить время на поиск необходимого софта или фильма, нужно будет лишь набрать его название в приложении и быстрый поиск покажет вам диск, на котором храниться данная информация. К тому же, приложение MyLib обладает возможностью создавать образы дисков, а также может сохранить информацию о каталогах и файлах. Создав образы всех дисков у вас будет возможность просмотреть их содержимое или найти необходимый файл не пересматривая каждый диск по отдельности. При этом образы дисков, создаваемые приложением, занимают размер не больше 100-200Кб.

• возможность осуществлять поиск в базе данных приложения по тегам mp3;
• возможность создавать образы дисков;
• возможность просмотреть содержимое образов дисков или найти необходимый файл.

Преимущества:

• возможность быстро найти необходимый файл благодаря системе каталогизации и созданию образов.

Смотрите также программы:

MyLib - Скачать бесплатно программу MyLib

Версия: 0.93

Категория: Каталогизаторы

Язык: Русский

ОС: Windows Vista, XP

Разработчик: LineSoft creative group

Дата: 2013-02-01 23:27:35

Просмотров: 145

Скачиваний: 15

Внимание. Для пользователей устаревшего веб-браузера Opera версий 12 – 12.16 ссылка на скачивание не работоспособна. Поэтому Мы рекомендуем Вам скачать свежую версию браузера Opera на новом движке.

Mylib

Implements a simple asynchronous loader and module pattern based on dynamic script tags (or load function for command line Javascript). This intended to be loaded before Javascript libraries that use the module pattern, allowing those libraries to interoperate. Latest version: 1.2 UsageIn you html file: <script type="text/javascript" src="jsal.comp.js"></script><script type="text/javascript"> // tell JSAL where to find modules that start mylib jsal.lib('mylib', '../mylib/src'); // load mylib and

This project helps orginize your media library (CD, DVD or books) This project a python (pylons) project in Russian Медиа-библиотека. Программа - каталог, длÑ? упорÑ?дочиваниÑ?, управлениÑ? и поиÑ?ка медиа-библиотеки. Также разрабатывалаÑ?ÑŒ как проÑ?таÑ? Ñ?лектроннаÑ? библиотека. Имеет Ñ?ледуÑZщие оÑ?новные функции: 1) Ðzтображение Ñ?пиÑ?Ð

Библиотечная Компьютерная Сеть

Программа для библиотеки – Моя библиотека является новой разработкой Научной библиотеки МГУ (НБ МГУ) и компании «Библиотечная компьютерная сеть». Обработка новых поступлений литературы с февраля 2006 года в новом здании Научной библиотеки МГУ ведется с помощью программы Моя библиотека.

Система предназначена для создания и ведения электронных каталогов. Поддерживает библиотечные технологии. От комплектования литературы до регистрации перемещения фонда, что гарантирует поддержку всех внутри библиотечных процессов и легкую работу с книжным фондом.

Программа основывается на самых современных информационных технологиях и является клиент – серверным приложением. Что позволяет, при наличии Internet, вести один электронный каталог. находясь в разных зданиях.

Система предоставляет современный поисковый аппарат, что позволяет быстро и удобно находить любую информацию.

Программа обеспечивает широкие возможности по созданию выходных отчетов, таких как: инвентарная книга, книга суммарного учета, акт списания литературы и др.

Система позволяет печатать различные виды каталожных карточек.

Система, совместима с предыдущими версиями программ для библиотеки компании "БКС", таких как "Библиотека 4.х" и "Библиотека 5.х".

My Library Documentation

The core of My Library consists of one main file and three optional extensions. The main file must appear first and is typically included in the head element. The main file may be downloaded in minified form or tailored to specific needs with the online builder. The optional extensions are downloaded separately and are typically included just before the end of body element. See the downloads page for more information.

This is an example of the typical structure:

Note that the unclip and fix extensions are for the slide/clip effects and fixed positioning respectively.

The preceding example assumes that functions of the API will be called during page load. If this is not the case, then it is preferable to use this structure:

Add-ons are downloaded separately and extend the functionality of My Library. The files must be included after the main file.

This example shows the structure of a document that makes use of the Debug add-on:

This example assumes that functions added by the Debug add-on will be required during page load.

The API is simply a collection of functions. The functions are encapsulated as properties of a global API object to prevent namespace collisions with other scripts. For reasons of performance, the structure of the API object is largely flat. See the API Reference for more information.

The optional object wrappers adds several global constructor functions that provide an OOP interface for My Library and enable the chaining of API functions. See the Object Reference for more information.

Calling applications should always detect methods of the API as the interface adapts to its environment, though it is not strictly necessary in many cases (most features degrade only in very old browsers). Leaving API feature detection out will likely do no worse (and likely better) than other libraries and frameworks, which have no capabilities to deal with older or otherwise lacking environments (and must be constantly rewritten to appear to work in the latest ones). However, with a small amount of additional effort, applications can be made to withstand even the harshest and most unexpected environments, safely bailing out when required features are unavailable (or lacking). There are no guarantees, but applications that utilize appropriate feature testing have the best chance to hold up in the future.

For example, an application that requires the setOpacity and addStyleRule functions would be wrapped in a conditional utilizing the areFeatures like this:

My library

It is true that "Not everything that is learned is contained in books." A person can learn a lot and retain what he learns through experience. In my opinion life's valuable lessons are learnt from experience and so the knowledge gained from experience is more important. Books are a great source of information. A person in his lifetime cannot experience everything, but by reading a book on a particular subject he can gain knowledge over that subject in less time. There are books available on any subject that one needs. However experience seems more important to me.

Suppose a person living in the United States wants to learn about India. He has two options: he could visit India and learn about the people and places there or he could just pick up a book about India and read it. The first option will be expensive and time consuming, but at the same time it gives one first hand information and a sense of satisfaction while the second option is less expensive and saves time.

A person can gain knowledge and learn many valuable lessons through his/her own practical experiences and also the experiences of others. The knowledge learnt from experience is very likely to be retained in our memory for a long period of time. The conclusions that we draw from what we learn would be from our practical experience instead of accepting the conclusion drawn in the book by the author.

So in my opinion knowledge can be gained both by reading books and by experience but the knowledge gained through experience is more important.

Безболезненное подключение статических библиотек к проекту средствами qmake

qbs, несомненно, грядет, но пока мы сидим на qmake (если не сбежали на CMake давным-давно). И, наверное, всякий, кто подключал статические библиотеки к проекту, согласиться со мной, что удовольствие это значительно ниже среднего. Лично я слишком ленив для такого безобразия, и решил автоматизировать процесс. Под катом — то, что у меня получилось.

Пару замечаний. Во-первых, формат поста не позволит мне объяснить детально, что означают многие вещи из упомянутых ниже. Если кому интересны эти подробности — загляните в мой блог. где я написал пухлую серию постов о qmake. Во-вторых, приведенные ниже скрипты на Qt 4 без некоторых переделок работать не будут. Я полностью перешел на Qt 5. И еще — я программирую под Windows, для поддержки других платформы тоже нужно будет вносить небольшие изменения.

Пусть все мои статические библиотеки имеют имена. А в проект я буду добавлять простым добавлением этого имени в переменную, пусть MYLIBS. Вот так:

При этом должно выполняться следующее:

1. Должна прилинковываться библиотека, которая скомпилирована в той же конфигурации, в которой компилируется проект.
2. Если библиотека использует другие библиотеки, то они должны прилинковаться автоматически — но только прилинковаться, INCLUDEPATH засоряться не должен.
3. Ребилд любой из статических библиотек должен приводить к перелинковке проекта.

Третий пункт реализуется просто, второй тоже несложен, но первый требует наложить какие-то условия на организацию исходников. Лично я всегда использую shadow builds и оставляю имена каталогов в том виде, в котором их генерирует Qt Creator. Тогда нужный вариант библиотеки я могу найти просто по похожему имени каталога.

Для реализации переменной MYLIBS я воспользуюсь механизмом фич (features). Самописную фичу можно кинуть в системный каталог (mkscpes/features), но это дурной тон. Я поступил по-другому: создал файл .qmake.cache в корневом каталоге своих исходников (все мои проекты — подкаталоги этого каталога) следующего содержания:

В этом каталоге я создал файл mylibs.prf, в котором находится собственно реализация MYLIBS. Для того, чтобы переменная MYLIBS заработала, в файле проекта нужно добавить следующую строку:

Комментарии должны прояснить суть происходящего. Вкратце, библиотеки обрабатываются рекурсивно, вначале те, что указаны в переменной MYLIBS, потом те, что используются обработанными библиотеками, и т.д.

Собственно подключение библиотек к проекту происходит в одноименных .pri файлах, которые должны находиться в каталоге lib рядом с фичей mylibs.prf. Если такого файла для подключаемой библиотеки не найдется, то qmake выдаст ошибку.

Файл MyAwesomeLib.pri может выглядеть следующим образом:

Как видно, писанины много, нужно учитывать разные нюансы вроде обработки вложенности. Учитывая, что я патологически ленив, и почти все мои библиотеки организованы одинаковым образом, я написал функцию registerStandardMyLib. код которой приведен выше в mylibs.prf. Так что абсолютное большинство моих .pri файлов библиотек выглядят следующим образом:

На этом все. Надеюсь, пригодится кому.