Re: [GSoC] Migrating from legacy Parser to FastParser - Weekly Report

2017-08-08 Thread timofonic timofonic
Hello.

I'm just a user, but very interested in the progress of LibreOffice as
a platform. I sneak a bit the development stuff, trying to understand
something and still keep my hope to someday learn computer
programming. I'm going to try to be concise, but I can't resist to my
need to satisfy my curiosity.

Is this going to make LibreOffice faster in some way? Is it related in
some way to compatibility? What about making file reading and writing
more multithreaded?

Kind regards.

2017-08-08 19:38 GMT+02:00 Mohammed Abdul Azeem :
> Hi,
>
> Week 9 and week 10
>
> I continued to work on converting legacy contexts in sc/ module to fast
> contexts. We've converted almost all the legacy contexts in sc/ module,
> except for few which are dependent on the contexts in xmloff. We would need
> to convert contexts across all the other modules, before we start converting
> the ones in xmloff. Now, I'm working on avoiding allocation of OUString for
> attribute values wherever possible.
>
> Patches:
> https://gerrit.libreoffice.org/40320
> https://gerrit.libreoffice.org/40326
> https://gerrit.libreoffice.org/40540
> https://gerrit.libreoffice.org/40553
> https://gerrit.libreoffice.org/40561
>
> Regards,
> Azeem
>
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/libreoffice
>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [tdf-discuss] Re: Remove ActiveX from LibreOffice

2016-01-12 Thread timofonic timofonic
Hello.

I'm an humble and unskilled user, but here's my opinion:

- I personally think technologies like ActiveX are a double sword, they
help others to get attached to the Microsoft ecosystem. This technology
isn't an open standard and has potential security risks.
- I see this issue is taken serious with ActiveX, but there's another
dangerous technology: Java.
* Do you remember what happened with Oracle vs Java? They are switching to
OpenJDK, but personally I think that environment is poisoned by a
corporation as greedy and corrupt like microsoft.
* I think Java is a security risk, not so multiplatform in reality and not
so efficient. It should be avoided and eliminated from LO codebase.


What about making Python and Lua more important in LibreOffice?

- Lua:
* It's extremely lightweight and it did born for configure files.
* It can be used to replace certain native code that is difficult to
maintain or prone to lots of changes.
* You can use a JIT or compile it as native code, there are different
approachs.
* It could make LibreOffice more customizable: Do you think LibreOffice UI
is awful? Are you a keyboard junkie that is used to console text editors?
Do you have some disability that requires a specific interface (visual,
tactile, eye movement, voice...) No problem if the UI could be easy to
adapt to make it work in different ways.

- Python
* There's UNO: Who uses it?
* What about using the more faster Python implementations?



I think LibreOffice needs to have a more disruptive and innovative approach:

- I always considered emacs something very interesting, but not practical.
* elisp and lack of multithreading make it very unusable.
* It's unusable until you master it. It's good you can do some magic with
programming skills and get used to keyboard use, but there should be a
friendly start and the default mode should be easy for unskilled computer
users.
* Despite of that, the Emacs community is impressive: There's constant
loads of new extensions for it, very enthusiast users t the level some of
them are unfortunately zealots.

- I'm jealous of Atom, despite being "just" a text editor:
* It has loads of extensions.
* It could be used as an IDE for programing, web development and design.
* But I consider the "web native" apps really resource eaters.

What's the future of LibreOffice? Does it want to be just a Microsoft
Office clone?
- Why not make it a more flexible but lightweight at same time?
- What about niches? Engineering, sciences, education, programming.
- What about making it not freeze while saving and all these annoying stuff?

I would love:

- Writer: The best of a "text processor". Become a powerful ide. Able to
edit using markup languages. Able to use DVCS like Git.
- Calc: Make it more advanced
* Stadistic features of the old SMPS one or even better.
*  Integrate CAS (Computer Algebra System) in some reliable and flexible
approach: Maxima, SageMath integration, resurrect CmathOOoCAS (it uses
Xcas/Giac), CoCoA.
- Make Math a real scientific tool.
* What about merging it with some CAS tool?
* What about provide RPN?
* What about making it able to be used as an advanced scientific calculator
and even interoperability with commercial ones?
* It needs some love in the boolean logic features, too.

- All: What about RTCE? Interoperability with e-learning systems like
Moodle? Able to be used to embed scientific/technical information like CAD,
EDA, 3D?

I know my ideas are insane, but that's what my insane mind think about the
ideal LO :)

Kind regards.

LibreOffice only goes to get the low hanging fruit. It may seem a good
approach, but makes it a curse.

On Tue, Jan 12, 2016 at 2:03 PM, Rick C. Hodgin 
wrote:

> If you search for "Microsoft Excel Automation" you'll find many references
> online of how ActiveX is used in other applications to allow the Excel
> engine to compute things in a spreadsheet form.  Were the same ability
> well-documented in LibreOffice, many people would switch as LibreOffice is
> free, and Excel costs hundreds of dollars.
>
> I urge you not to remove it, but to improve it for simpler integration.  It
> should work like this:
>
> lo = CreateObject("libreoffice.application")
> lo.open("c:\path\to\my\document\file.ext")
> lo.visible = .t.
>
> And in that way, an application can directly integrate operations into
> their app which loads LibreOffice.  Note that these examples are in Visual
> Basic, but the same general form works from any application, including C++
> (see below):
>
> Here are some automation examples for Excel, Word, Outlook, and PowerPoint:
> Excel:  https://support.microsoft.com/en-us/kb/219151
> Word:  https://support.microsoft.com/en-us/kb/316383
> Outlook:  https://support.microsoft.com/en-us/kb/220595
>
> A more example-by-example based tutorial:
> PowerPoint:
> https://msdn.microsoft.com/en-us/library/bb871574%28v=vs.80%29.aspx
>
> Here's a code snippet on how to access ActiveX from another application
> using C++