OpenOffice 1.0

Re: OpenOffice 1.0

>2McMCC: "Маздайщики всегда поражали своими знаниями в своей
>системе" Ну что, гонилово, брысь назад в ту помойку откуда вылез

Аналогичное требование и к тебе, дорогой анонистмус, слишком
много бестолковости от тебя на этом сайте, когда научишься
пользоваться деббагерами, то милости просим продолжить тему
о том как MS Office ничего не грузит при старте системы, и как он
быстро при этом стартовать может, просто, мля, фантастика,
жаль только, что об этом сама $M незнает, когда создавала квикстарты для офисов, а убедится можно было в этом легко,
немного похреначить реестр на тему лишних dll при старте,
связанных с MS Office, хотя, че тебе об этом рассказывать,
ты даже незнаешь что такое реестр...

McMCC (05.05.2002 3:47:23)

Re: OpenOffice 1.0

2SteelRat: Ха ха, приятно видеть, что хоть кто-то не отрицает очевидной вещи - тормозов в ОО, ну а то что ты там к чему-то приплел форматирование дискет, то это по всей видимости от твоего пионерского происхождение, вместо того чтоб разбиратся что плохо и как улучшить надо крикнуть, что мол "а у вас негров вешают". Проще говоря есть русская пословица - "в своем глазу бревна не увидать, а в чужом соринку заметить"...
2McMCC: Нет уж мой, гонщик-лгунишка, это ты ни хрена не знаешь и только воздух портишь, т.к. за свои слова даже не способен ответить, а только отмазки клеить горазд, что впрочем не удивительно.

Re: OpenOffice 1.0

Интересно, к чему это "ха-ха"? Это мне уже пора "ха-ха".
Всего-лишь на 101 сообщении наконец-то анонимус признал,, что офис грузится за счёт, того, что половина его компонентов - также и компоненты системы. И не вижу причин тыкать в меня пальцем, словно вы меня на чём-то подловили. Я просто наконец-то обьяснил вам то, что вам пытались вдолбить последние ~70 сообщений. И наконец-то вы признали нашу правоту.

Теперь самое время вспомнить о ваших мега тезисах о загрузках .dll на зпуске виндов и прочих интереснейших вещах, несомненно наиполезнейших, оригинальнейших и генеальнейших, которые я познал при чтении донной темы....

SteelRat (05.05.2002 4:07:06)

Re: OpenOffice 1.0

>2McMCC: Нет уж мой, гонщик-лгунишка, это ты ни хрена не знаешь
>и только воздух портишь, т.к. за свои слова даже не способен
>ответить, а только отмазки клеить горазд, что впрочем не
>удивительно.

Когда это я ламеркам "свой" стал? Что касается моих слов,
я тебе достаточно рассказал как и что нужно сделать, так что
иди, ламерок, учись дальше, тебе есть над чем поработать, а
сюда тебе лучше не приходить долгое время, все таки тут не
источник информации по таинствам $M, да и твое бульканье
по скорости загрузки MS Office уж явно его никак не ускорит...

McMCC (05.05.2002 4:22:03)

Re: OpenOffice 1.0

Придурку про якобы несуществующие недокументированные функции.
Ты и правда придурок.

Где я могу увидеть .h с прототипами этих функций:

; NtAcceptConnectPort
; NtAccessCheck
; NtAccessCheckAndAuditAlarm
; NtAddAtom
; NtAdjustGroupsToken
; NtAdjustPrivilegesToken
; NtAlertResumeThread
; NtAlertThread
; NtAllocateLocallyUniqueId
; NtAllocateUuids
; NtCallbackReturn
; NtCancelIoFile
; NtCancelTimer
; NtClearEvent
; NtCloseObjectAuditAlarm
; NtCompleteConnectPort
; NtContinue
; NtCreateChannel
; NtCreateDirectoryObject
; NtCreateEvent
; NtCreateEventPair
; NtCreateIoCompletion
; NtCreateKey
; NtCreateMailslotFile
; NtCreateMutant
; NtCreateNamedPipeFile
; NtCreatePagingFile
; NtCreatePort
; NtCreateProcess
; NtCreateProfile
; NtCreateSemaphore
; NtCreateSymbolicLinkObject
; NtCreateThread
; NtCreateTimer
; NtCreateToken
; NtDelayExecution
; NtDeleteAtom
; NtDeleteFile
; NtDeleteKey
; NtDeleteObjectAuditAlarm
; NtDeleteValueKey
; NtDuplicateToken
; NtEnumerateKey
; NtFindAtom
; NtFlushInstructionCache
; NtFlushWriteBuffer
; NtGetContextThread
; NtGetPlugPlayEvent
; NtGetTickCount
; NtImpersonateClientOfPort
; NtImpersonateThread
; NtInitializeRegistry
; NtListenChannel
; NtListenPort
; NtLoadDriver
; NtLoadKey2
; NtLoadKey
; NtLockFile
; NtMakeTemporaryObject
; NtNotifyChangeDirectoryFile
; NtNotifyChangeKey
; NtOpenChannel
; NtOpenDirectoryObject
; NtOpenEvent
; NtOpenEventPair
; NtOpenIoCompletion
; NtOpenMutant
; NtOpenObjectAuditAlarm
; NtOpenProcess
; NtOpenProcessToken
; NtOpenSemaphore
; NtOpenSymbolicLinkObject
; NtOpenThread
; NtOpenThreadToken
; NtOpenTimer
; NtPlugPlayControl
; NtPrivilegeCheck
; NtPrivilegeObjectAuditAlarm
; NtPrivilegedServiceAuditAlarm
; NtPulseEvent
; NtQueryDefaultLocale
; NtQueryDirectoryObject
; NtQueryEaFile
; NtQueryEvent
; NtQueryFullAttributesFile
; NtQueryInformationAtom
; NtQueryInformationPort
; NtQueryInformationThread
; NtQueryInformationToken
; NtQueryIntervalProfile
; NtQueryIoCompletion
; NtQueryKey
; NtQueryMultipleValueKey
; NtQueryMutant
; NtQueryObject
; NtQueryOleDirectoryFile
; NtQueryPerformanceCounter
; NtQuerySecurityObject
; NtQuerySemaphore
; NtQuerySymbolicLinkObject
; NtQuerySystemEnvironmentValue
; NtQuerySystemInformation
; NtQuerySystemTime
; NtQueryTimer
; NtQueryTimerResolution
; NtQueryValueKey
; NtQueryVolumeInformationFile
; NtQueueApcThread
; NtRaiseHardError
; NtReadFileScatter
; NtReadRequestData
; NtRegisterThreadTerminatePort
; NtReleaseMutant
; NtReleaseSemaphore
; NtRemoveIoCompletion
; NtReplaceKey
; NtReplyPort
; NtReplyWaitReceivePort
; NtReplyWaitReplyPort
; NtReplyWaitSendChannel
; NtRequestPort
; NtRequestWaitReplyPort
; NtResetEvent
; NtRestoreKey
; NtResumeThread
; NtSaveKey
; NtSendWaitReplyChannel
; NtSetContextChannel
; NtSetContextThread
; NtSetDefaultHardErrorPort
; NtSetDefaultLocale
; NtSetEaFile
; NtSetEvent
; NtSetHighEventPair
; NtSetHighWaitLowEventPair
; NtSetHighWaitLowThread
; NtSetInformationKey
; NtSetInformationObject
; NtSetInformationThread
; NtSetInformationToken
; NtSetIntervalProfile
; NtSetIoCompletion
; NtSetLdtEntries
; NtSetLowEventPair
; NtSetLowWaitHighEventPair
; NtSetLowWaitHighThread
; NtSetSecurityObject
; NtSetSystemEnvironmentValue
; NtSetSystemInformation
; NtSetSystemPowerState
; NtSetSystemTime
; NtSetTimer
; NtSetTimerResolution
; NtSetValueKey
; NtShutdownSystem
; NtSignalAndWaitForSingleObject
; NtStartProfile
; NtStopProfile
; NtSuspendThread
; NtSystemDebugControl
; NtTerminateThread
; NtTestAlert
; NtUnloadDriver
; NtUnloadKey
; NtUnlockFile
; NtVdmControl
; NtW32Call
; NtWaitForMultipleObjects
; NtWaitForSingleObject
; NtWaitHighEventPair
; NtWaitLowEventPair
; NtWriteFileGather
; NtWriteRequestData
; NtYieldExecution
; PfxFindPrefix
; PfxInitialize
; PfxInsertPrefix
; PfxRemovePrefix
; RestoreEm87Context
; RtlAbortRXact
; RtlAcquireResourceExclusive
; RtlAcquireResourceShared
; RtlAddAccessAllowedAce
; RtlAddAccessDeniedAce
; RtlAddAce
; RtlAddActionToRXact
; RtlAddAtomToAtomTable
; RtlAddAttributeActionToRXact
; RtlAddAuditAccessAce
; RtlAddCompoundAce
; RtlAdjustPrivilege
; RtlApplyRXact
; RtlApplyRXactNoFlush
; RtlAreAllAccessesGranted
; RtlAreAnyAccessesGranted
; RtlAssert
; RtlCaptureStackBackTrace
; RtlCheckRegistryKey
; RtlClosePropertySet
; RtlCompactHeap
; RtlCompressBuffer
; RtlConsoleMultiByteToUnicodeN
; RtlConvertExclusiveToShared
; RtlConvertSharedToExclusive
; RtlConvertUiListToApiList
; RtlCopyLuid
; RtlCopyLuidAndAttributesArray
; RtlCopySidAndAttributesArray
; RtlCreateAndSetSD
; RtlCreateAtomTable
; RtlCreatePropertySet
; RtlCreateQueryDebugBuffer
; RtlCreateRegistryKey
; RtlCreateUnicodeStringFromAsciiz
; RtlCreateUserProcess
; RtlCreateUserSecurityObject
; RtlCreateUserThread
; RtlCustomCPToUnicodeN
; RtlCutoverTimeToSystemTime
; RtlDecompressBuffer
; RtlDecompressFragment
; RtlDelete
; RtlDeleteAce
; RtlDeleteAtomFromAtomTable
; RtlDeleteElementGenericTable
; RtlDeleteNoSplay
; RtlDeleteRegistryValue
; RtlDeleteResource
; RtlDeleteSecurityObject
; RtlDestroyAtomTable
; RtlDestroyQueryDebugBuffer
; RtlDumpResource
; RtlEmptyAtomTable
; RtlEnlargedIntegerMultiply
; RtlEnlargedUnsignedDivide
; RtlEnlargedUnsignedMultiply
; RtlEnumerateGenericTable
; RtlEnumerateGenericTableWithoutSplaying
; RtlEnumerateProperties
; RtlEqualLuid
; RtlExtendHeap
; RtlExtendedMagicDivide
; RtlFindMessage
; RtlFlushPropertySet
; RtlFormatCurrentUserKeyPath
; RtlFormatMessage
; RtlFreeUserThreadStack
; RtlGenerate8dot3Name
; RtlGetAce
; RtlGetCallersAddress
; RtlGetCompressionWorkSpaceSize
; RtlGetElementGenericTable
; RtlGetNtProductType
; RtlGetUserInfoHeap
; RtlGuidToPropertySetName
; RtlImpersonateSelf
; RtlInitializeAtomPackage
; RtlInitializeContext
; RtlInitializeCriticalSectionAndSpinCount
; RtlInitializeGenericTable
; RtlInitializeRXact
; RtlInitializeResource
; RtlInsertElementGenericTable
; RtlIsGenericTableEmpty
; RtlIsTextUnicode
; RtlLargeIntegerArithmeticShift
; RtlLargeIntegerDivide
; RtlLargeIntegerToChar
; RtlLocalTimeToSystemTime
; RtlLookupAtomInAtomTable
; RtlLookupElementGenericTable
; RtlMapGenericMask
; RtlMultiByteToUnicodeN
; RtlMultiByteToUnicodeSize
; RtlNewInstanceSecurityObject
; RtlNewSecurityGrantedAccess
; RtlNewSecurityObject
; RtlNumberGenericTableElements
; RtlOnMappedStreamEvent
; RtlOpenCurrentUser
; RtlPcToFileHeader
; RtlPinAtomInAtomTable
; RtlPropertySetNameToGuid
; RtlProtectHeap
; RtlQueryAtomInAtomTable
; RtlQueryProcessBackTraceInformation
; RtlQueryProcessDebugInformation
; RtlQueryProcessHeapInformation
; RtlQueryProcessLockInformation
; RtlQueryProperties
; RtlQueryPropertyNames
; RtlQueryPropertySet
; RtlQueryRegistryValues
; RtlQuerySecurityObject
; RtlQueryTagHeap
; RtlQueryTimeZoneInformation
; RtlRandom
; RtlRealPredecessor
; RtlRealSuccessor
; RtlReleaseResource
; RtlRemoteCall
; RtlRunDecodeUnicodeString
; RtlRunEncodeUnicodeString
; RtlSecondsSince1970ToTime
; RtlSecondsSince1980ToTime
; RtlSetCriticalSectionSpinCount
; RtlSetProperties
; RtlSetPropertyNames
; RtlSetPropertySetClassId
; RtlSetSecurityObject
; RtlSetTimeZoneInformation
; RtlSetUnicodeCallouts
; RtlSetUserFlagsHeap
; RtlSetUserValueHeap
; RtlSplay
; RtlStartRXact
; RtlSubtreePredecessor
; RtlSubtreeSuccessor
; RtlSystemTimeToLocalTime
; RtlTimeFieldsToTime
; RtlTimeToElapsedTimeFields
; RtlTimeToSecondsSince1970
; RtlTimeToSecondsSince1980
; RtlTimeToTimeFields
; RtlTryEnterCriticalSection
; RtlUnicodeToCustomCPN
; RtlUniform
; RtlUpcaseUnicodeToCustomCPN
; RtlUsageHeap
; RtlWalkHeap
; RtlWriteRegistryValue
; RtlZeroHeap
; RtlpNtCreateKey
; RtlpNtEnumerateSubKey
; RtlpNtMakeTemporaryKey
; RtlpNtOpenKey
; RtlpNtQueryValueKey
; RtlpNtSetValueKey
; RtlpUnWaitCriticalSection
; RtlpWaitForCriticalSection

Всяких сертифаед инжиниров и солюшн провайдеров гонял ссаной тряпкой, гоняю, и буду гонять.
Ибо срань вы господня.

Всех нормальных людей - с праздничком!
Христос Воскресе!

Re: OpenOffice 1.0

+ Насчёт брёвен:
Самое время прошвырнуться по моему таскбвру...
Сейчас я првожу компиляцию Winex из CVS под 2.95-3 в надежде, что это решит мои проблемы с рывками звука в гамах типа Fallouta. Хотя и понимаю, что это врядли это чем-то пожет. Н всё-же...
Затем Galeon, а в нём 7 страничек открыто...
+Тюнер показывает, как ни странно тв.
+Я решил по случаю такго праздника сделать дополнительную системную (загрузочную с ядром) дискету.
+ ОО, с которым я только что проводил тесты по живучести под Wine'ом
+Звонилка (кстати, с увлекательным процессом форматирования дискет в виндах можно добавить неменее весёлый процесс дозвона стандартными средствами. Типа, если всдруг нажимаешь Cansel - смело можно идти кофеку попить, например...(Xisp, да и kppp, например, Cansel организуют в течение 2х, максисум 4х секунд при любой стадии процесса дозвона...))
+Gkrellm/Gnome/Sawfish/4е консоли + 5 файлов в Gedit'e.
Система - P3-450/320(Gkrellm говорит, что у меня сейчас 231 свободно, а своп, есстесно не юзается.)
Что тут говорить, если мне, как я не старался, 98е не удалось заставить в 196 сидеть только в памяти. Свопилась она полюбому (и это только грузнувшаяся ОСь!).

PS:У _Меня_ просто не возникает необходимости чтото улучшать. Да и разбираться тоже не надо. Работает как надо. Это вы мне обьясните, плз, в чём фокус с форматированием, если он валит даже XP на приведённой выше конфигурации. (к слову сказать минимум загрузки памяти ~ 178Mb) (ОСь + Тюнерная прога.)

Такие пирожки.

SteelRat (05.05.2002 4:27:56)

Re: Re: OpenOffice 1.0

1. "Виндовс не грузит длл просто так". Ложь. dll можно прописать в registry так, чтобы она загрузилась независимо от приложений (уже указано выше). Кроме того, массу dll грузит explorer - и их тоже использует МСО. А библиотеки ООо не использует никто, кроме ООо - поэтому они загружаются вместе с ним. Кстати, в наши дни даже mozilla & jedit пользуются пре-загрузкой. Именно чтобы перенести тормоза старта приложения на тормоза загрузки системы. Какой вариант лучше, я не знаю. А Вы? Возможно, ООо скоро сообразит что-нибудь подобное. Это не лечение проблемы загрузки множества библиотек, это просто использование того же метода "заметания под коврик", что используется в других продуктах.

2. Проблем с законом МС не знает. Он на него "кладет" (может позволить, при его оборотах). Много ли дел против МС было доведено до конца? Я знаю только про отнятие лицензии на Java. А антимонопольное дело, в котором упоминаются закрытые API, до сих пор жуют юристы обеих сторон. И конца этому не видно. Поэтому факт: проблемы с законом до сегодняшнего дня ни разу не возникали на почве закрытых API. Так почему же МС должен был его прекратить. Получить миллиарды в 1990-2000, чтобы _возможно_ не получить _небольшие_проблемы_ в 2003? Ха, да кто ж так живет?

Подписывають под Вашей фразой про "норовят использовать все возможности API". С уточнением про недокументированные. А называть утверждение "и так видно" доказательством кривости огромного проекта - это, для специалиста в области ИТ - очень странно...

svu (05.05.2002 4:38:36)

Re: OpenOffice 1.0

>>Cansel сорри что встряю в дискусию крупных спецов по охвисам, но что это за кнопка такая?

ifconfig (05.05.2002 4:54:58)

Re: OpenOffice 1.0

Cansel->Cncel :-)->Отмена.

SteelRat (05.05.2002 5:01:14)

Re: OpenOffice 1.0

То-то я смотрю и думаю - что-то тут не так :-).
Просто в винде я не работал уже пол года (только игры).
А в Пигвине из локали везде Отмена. Вот и отвык. Помню, что Кэнсел, а как писать - уже никак :-).
Да и на енглише Cancel как-то не юзаемо...

SteelRat (05.05.2002 5:05:13)

Re: OpenOffice 1.0

Анонимному христианину с ссаными тряпками:

А если не секрет, откуда такие, в смысле, что за система?
Взял навскидку несколько штук функций и не нашел ни в одной DLL.

Ни в 98SE, ни в 2000.

Re: OpenOffice 1.0

anonymous (*) (2002-05-05 04:22:47.154)

часть этих функций есть в DDK. остальные очень похожи на рабочие прототипы API. в том смысле что это названия со времен разработки системы.

МС естественно использует нечистоплотные методы. на то она и корпорация. только вот прижать ей хвост за такое краайне сложно. даже, скорее всего, не возможно. потому как DMCA защищает текую деятельность очень хорошо.

lb (05.05.2002 11:32:12)

Re: OpenOffice 1.0

даю ноготь на отсечение что под братом анонимусом с ссаными тряпками скрывается некий OGR :)

Re: OpenOffice 1.0

А вы видели прибамбаску для виндов - 98lite. После извлечения из виндов98 всего ненужного на машине i133 ram24 винды работают реально быстро! Там же офис 97. Я когда это все поставил и увидел, офигел, сколько мусора грузится в винды изначально.

Re: OpenOffice 1.0

Позорище!
Свою любимую Виндовс не знают :)

NTDLL.DLL :)

Так сказать libc масдая который NT,2000,XP

Это вообще только мелочь. В NTDLL хоть все функции имена имеют. Я молчу про shell32.dll, где добрая половина вызывается по ординалу (номеру)

Так где описания приведённых функций????

А, масдайщики?

ЗЫ: То, что некоторые, самые бестолковые и бесполезные есть в DDK - я и так знаю. Мне все описания нужны.

Re: OpenOffice 1.0

Да, кстати, в DDK описаны скорее функции ZwXXXXX - так вот, это просто алиасы функций NtXXXX.

А либа kernel32.dll в NT-подобных - в основном слой типа:

LPVOID WINAPI HeapAlloc(HANDLE hHeap,DWORD dwFlags,DWORD dwBytes) { return RtlAllocateHeap(hHeap, dwFlags, dwBytes); }

или

HINSTANCE WINAPI LoadLibraryExW(LPCWSTR lpLibFileName,HANDLE hFile,DWORD dwFlags {UNICODE_STRING us; ULONG image; NTSTATUS ret; if(!lpLibFileName) { set_error(STATUS_INVALID_PARAMETER); return 0; } RtlInitUnicodeString(&us, (LPWSTR)lpLibFileName); ret = LdrLoadDll(NULL, dwFlags, &us , &image); if(ret < 0) { set_error(ret); return 0; } return (HINSTANCE)image; }

или

DWORD STDCALL GetFileSize(HANDLE hFile,LPDWORD lpFileSizeHigh) {NTSTATUS ret; FILE_STANDARD_INFORMATION fsi; ret = NtQueryInformationFile(hFile, NULL, &fsi, sizeof(fsi), FileStandardInformation); if(ret < 0) { set_error(ret); if(lpFileSizeHigh) *lpFileSizeHigh = -1; return -1UL; } if(lpFileSizeHigh) *lpFileSizeHigh = fsi.EndOfFile.u.HighPart; return fsi.EndOfFile.u.LowPart; }

Вот так вот.

А про Огра - не угадали :))) Огр про это не знает, и знать не может. Ибо реверс инжиниринг, а ему дядя Билл запретил любопытствовать.

Re: Re: OpenOffice 1.0

>Ровно так же как и к книжкам вроде "Red Hat Linux 7.1 Secrets"
сразу видно, аноним "Undocumented Windows" и в глаза не видел.
а как насчет сайта www.sysinternals.com?
а как насчет статей с этого сайта?
а как насчет native api, которого описана только десятая часть?
а как насчет boot.ini?

AC (05.05.2002 17:53:56)

Наверняка удалят, но уж очень хитрая штука.

IQ Тест (А куда его ещё запостить?)
Не читая следующих мессаг,
Сосчитайте, сколько букв "F" содержится в нижеследующем тексте:

FINISHED FILES ARE THE RE-
SULT OF YEARS OF SCIENTIF-
IC STUDY COMBINED WITH THE
EXPERIENCE OF YEARS

SteelRat (05.05.2002 19:05:55)

Re: OpenOffice 1.0

ну 6. А в чем прикол-то? чего тут сложного?

Re: OpenOffice 1.0

Я смотрю, меня тут звали ??? :-))))))))

SteelRat'у
На счет форматирования дискеток - известный гон.
1) Если форматировать проводником - то тормоза будут только в 9х|Ме по тому как в них проводник - это и есть сама операционка :-))) В NT такого не замечал, и не думаю, что бы это появилось в 2к|ХР :-)))))
2) Если форматировать досовским форматом - то тормоза то же есть и понятно почему. (Надеюсь, что понятно.)
3) А вот если форматировать дискетку самостоятельным "родным" вин32с процессом (программой, типа Winimage), то никаких тормозов не будет даже в 9х|Ме.

McMCC
Ну ты меня и удивил :-))))
Не знаю, как другие, а 97 офис никаких длл никуда не подгружает до своего старта, если не запускать "быстрый старт", естественно. И софтайсом для этого ничего смотреть не надо, а процессы, используемые ими дээлэлки и прочую муть можно довольно спокойно посмотреть соответствующими прогами, и нечего сетовать на то, что по "трем пальцам" ничего не видно :-))))))) И не должно, по замыслу создателей.
Про "два процесса запускаемых специально для офиса" - это уже явный перебор :-)))) Я таковых ни в 95, ни в 98, ни в NT не видел. :-)))))))

Одному из анонимусов
"Создать winapi под юниксом (gdi32.so, kernel32.so, shell32.so и пр.)"
За такие идеи надо сразу стрелять :-))))) Винапи и все что им пользуеться надо уничтожать вместе с создателями !!! :-))))))))

Всем.
А вообще всеобщий спор с анонимусом как всегда бессмысленный. Потому как у вас с ним разные понятия "системные библиотеки". С точки зрения юни-/лину-ксоида это исключительно libc and Ko, а с точки зрения виндузятнкика - все, что поставляеться с ОС. Т.е. все mfcxxx.dll, все ODBC и т.п. Прав анонимус-эМэСОФисопоклонник :-))))) Потому как "офисные библиотеки" это только те, которые с самим офисом идут. И они до старта офиса никуда не грузяться :-))))) Ну а не прав он в том, что обвиняет ОО в неиспользовании всего того (с осью поставляемого) дерьма.

А в действительности не прав ОО в том, что не использует всяческие GTK, freetype'ы и прочие хорошие вещи. :-))))))))

LamerOk (05.05.2002 20:37:17)

Re: OpenOffice 1.0

2LamerOk
Ну, про NT/2000 я не знаю. В ХР, наверное, очень хорошая совмесимость с win9x.


PS: По поводу теста: при чтении "of" сознание пропускает (при более-менне высоком уровне знакомства с енглишем) - > Те, кто нашёл 6 - внимательные/сконцентрированные/не знают енг. Я лично сначала нашёл 5, затем - 4 и только после этого - 6.

SteelRat (05.05.2002 21:58:54)

Re: OpenOffice 1.0

2anonymous (*) (2002-05-05 04:22:47.154): NT DDK тебе поможет там все это есть.

Re: OpenOffice 1.0

Это word97 не менялся? Да ну?
Беру два документа - из XP и 97 - в одном есть дубликат
unicod'ом, а во втором - хрен с маслом.
А заметки о Мелкософта при установке, что файлы, созданные
в XP могут не читаться в 97 офисе?
Какой в задницу стандарт, чего там не менялось? Название расширения
.doc? Да, оно не менялось.
Про эксель я просто молчу.
А если вспомнить, как раньше чудесно показывался один и тот же
документ на разных машинах, так просто хочется плакать.

Re: Re: OpenOffice 1.0

Ага, щаз. Звездеть - не мешки ворочать. Мало того, что придурки, ещё и звездят не моргнув.

Давай, знаток DDK, приведи ЗДЕСЬ прототип функции NtCreateChannel, или NtCreateMutant, или хотя бы NtCreatePort.

Звездуны, мля.

Нету нихрена в DDK и 10-й части того, что я запостил. И нигде нету. А пользуются эти функции непрерывно. Повесь брейкпоинт на них - и посмотри.

Уроды, мля. Хватит масдай свой выгораживать - дерьмо, оно дерьмом и останется. Или я начну куски дизассемблированные сюда из масдая постить, с перлами типа:

mov ecx,0 test ecx,ecx je далеко вперёд

а здесь куча никогда неиспользуемого кода

а тут это самое далеко вперёд.

Это же каким дебилом надо быть, чтобы конструкции типа if(0) { ...... }

в релизном коде оставлять.

Гавно ваш масдай, и никогда в нормальную систему не превратится. Ни с одной системой я столько дерьма не сожрал, как с НТподобными. Всё, начиная от концепции, до стиля программирования самых ответственных кусков - дерьмо.

Так что заткнитесь масдайцы, и валите прочь, в своём дерьме ковырятся. Я ещё могу понять фанатов полуоси, там, или солярки. Но тот, кто хоть мало-мальски поковырялся в НТподобных - если конечно с мозгами всё в порядке, просто не сможет считать НТ чем-то кроме дерьма.

Re: Re: OpenOffice 1.0

Ага, щаз. Звездеть - не мешки ворочать. Мало того, что придурки, ещё и звездят не моргнув.

Давай, знаток DDK, приведи ЗДЕСЬ прототип функции
NtCreateChannel, или NtCreateMutant, или хотя бы NtCreatePort.

Звездуны, мля.

Нету нихрена в DDK и 10-й части того, что я запостил. И нигде нету.
А пользуются эти функции непрерывно. Повесь брейкпоинт на них - и посмотри.

Уроды, мля. Хватит масдай свой выгораживать - дерьмо, оно дерьмом и останется. Или я начну куски дизассемблированные сюда из масдая постить, с перлами типа:

mov ecx,0
test ecx,ecx
je далеко вперёд

а здесь куча никогда неиспользуемого кода

а тут это самое далеко вперёд.

Это же каким дебилом надо быть, чтобы конструкции типа
if(0)
{
......
}

в релизном коде оставлять.

Гавно ваш масдай, и никогда в нормальную систему не превратится. Ни с одной системой я столько дерьма не сожрал, как с НТподобными. Всё, начиная от концепции, до стиля программирования самых ответственных кусков - дерьмо.

Так что заткнитесь масдайцы, и валите прочь, в своём дерьме ковырятся.
Я ещё могу понять фанатов полуоси, там, или солярки. Но тот, кто хоть мало-мальски поковырялся в НТподобных - если конечно с мозгами всё в порядке, просто не сможет считать НТ чем-то кроме дерьма.

Re: OpenOffice 1.0

>> Это же каким дебилом надо быть, чтобы конструкции типа
>> if(0)
>> {
>> ......
>> }

от 2-х лишних асмовых инструкций еще никому не становилось плохо
а вот в условиях когда софт пишут сотни негениев, такие конструкции полезны

lb (06.05.2002 15:27:15)

Re: OpenOffice 1.0

Ну когда же выйдет 1.0 в сборке от АльтЛинукс? Точно до девятого появится или все же придется ждать дольше?

Re: OpenOffice 1.0

Точно появиться до 9-го :-)
2svu: Словарь и шаблоны -- не binary, их выложим.

aen (06.05.2002 19:17:05)

OpenOffice 1.0 русский выложен !!!

на ftp.altlinux.ru выложен русский OpenOffice 1.0

тока что проверено -- на ASPLinux (default installation) работает :)

2 ALT linux team: молодцы ребята, оперативно сработали. Спасибо.

lb (07.05.2002 21:01:10)

Re: OpenOffice 1.0

И где обещанный отдельный language pack? (Вопрос задается раздраженным тоном с молниями в глазах:)

svu (07.05.2002 23:11:55)

Re: OpenOffice 1.0

А что с ним такое? Вы хотите сказать, что ООо недорусифицирован?! (в ужасе, не веря)

Re: OpenOffice 1.0

Уважаемые разработчики из ALT Linux! Закачиваю я сейчас 1.0 и думаю: а что, так каждый раз при выходе новой версии по полста мегов и закачивать? Неужели нельзя делать экономные по размеру заплатки? Простите за ламерский вопрос. С уважением, Игорь.

Re: OpenOffice 1.0

Там на FTP эти самы "заплатки" лежат:

OO-1.0-ALT1-patches.tar.gz им имя

Re: OpenOffice 1.0

Да я что-то не уверен, что это оно. В Ридми что-то неясное написано...

Re: Re: OpenOffice 1.0

По моему досихпор http://www.openoffice.org/ лежит.

zamok (15.05.2002 11:40:18)

Re: Re: OpenOffice 1.0

По моему досихпор http://www.openoffice.org/ лежит.

zamok (15.05.2002 11:40:43)

Re: Re: OpenOffice 1.0

По моему досихпор http://www.openoffice.org/ лежит.

zamok (15.05.2002 11:40:49)

Re: Re: OpenOffice 1.0

По моему досихпор http://www.openoffice.org/ лежит.

zamok (15.05.2002 11:41:27)

Re: Re: OpenOffice 1.0

По моему досихпор http://www.openoffice.org/ лежит.

zamok (15.05.2002 11:41:32)

Re: Re: OpenOffice 1.0

По моему досихпор http://www.openoffice.org/ лежит.

zamok (15.05.2002 11:41:34)

Re: Re: OpenOffice 1.0

По моему досихпор http://www.openoffice.org/ лежит.

zamok (15.05.2002 11:41:36)

Re: Re: OpenOffice 1.0

По моему досихпор http://www.openoffice.org/ лежит.

zamok_2 (15.05.2002 11:49:25)

Re: Re: OpenOffice 1.0

По моему досихпор http://www.openoffice.org/ лежит.

zamok_2 (15.05.2002 11:49:29)

Re: OpenOffice 1.0

У меня OO 1 от ALT Linux под Win2K некорректно открывает файлы Word 2000 (как DOC, так и RTF) - вместо русских букв закорючки из Latin 1. Кто-нибудь сталкивался и как поборол?

Re: Re: OpenOffice 1.0

А нельзя выкладывать на ftp.altlinux.ru сделанные xdelta diff от предыдущей сборки ? Чтобы не тащить так много каждый раз

OO - SUX!!!

Nifiga iNtirecnogo. MS - B 100 PA3 /\y4SHe!!!!

Re: OpenOffice 1.0

Народ!!! не сталкивался ли кто нибуть с такой проблемой: установка OO-ALT идет с нормальными фонтами, два-три запуска все ок, а потом вместо шрифтов вопросики.

justmaster (27.05.2002 15:50:29)

Re: OpenOffice 1.0

Гм. А когда будет вторая сборка от alt-linux?
Потому что первая что-то падает и со шрифтами что-то не так.
Нативный офис работает нормально, но хочется все плюшки со словарями
и переносами.